假设您正在开发一个（PHP，但没关系）库，该库在某些时候会被其他开发人员使用。该库很好地覆盖了单元测试，以确保它按预期工作，还测试了一些边缘情况，比如在明显错误的参数上抛出异常（比如传递一个预期标量值的数组等）。是否应该编写更多的单元测试并在代码中构建更多的值检查，以确保永远不会传递无效值并引发异常，同时牺牲性能，或者应该停止并记录允许无意义的值，但不应该没通过？
例如，您编写了一个 URL 类，并且您可以选择允许设置包含无效字符或长度错误等的主机值。您应该允许它并希望其他开发人员永远不会传递错误值，或者您应该编写检查并牺牲性能以支持完整性？
【问题讨论】：
标签： php unit-testing testing documentation
只是一种意见...我认为除非您控制两端，否则您不能信任 API 用户。 如果您不是唯一要使用它的人，您需要确保只有“OK 值”会通过 API 的第一层。 为了防止性能问题，您可以考虑相反的方法（如果它适用于解决方案的需求和实现），而不是搜索所有错误的案例和输入，您可以尝试检查值是否正常，如果没有抛出异常（即，可以使用 REGEX 角色检查主机值以确保它是正确的模式，否则将引发异常）。
有几个标准\问题可以帮助您做出决定：
现在和将来谁会使用您的服务？考虑公司扩张甚至收购等场景。
谁会受到“输入错误”案例的影响？它会仅影响导致它的单个操作，还是可能影响其他未来操作甚至其他用户（例如，导致系统崩溃、将无效数据插入数据库、文件或全局内存等）。
您能信任将使用您的服务及其数据的人吗？他是否从其他可能已损坏或无效的来源获取数据？
验证检查的费用是多少？与需要完成的其余工作相比（性能方面）是否昂贵，如果是这样，是否可以更有效地编写它？
这些问题的答案有助于为特定场景找到正确的解决方案。 我通常使用Defensive programming 方法。
【讨论】：