我讨厌编写错误条件代码。我想我没有一个好的方法来做到这一点：
有没有人有明智的建议可以让这更容易？
很多很好的答案，谢谢。实际上，我得到的关于与用户打交道的答案比我想象的要多。我实际上对后端的错误处理、处理数据库连接失败和前端的潜在影响等更感兴趣。让他们来吧！
【问题讨论】：
标签： exception exception-handling error-handling
我可以回答一个问题：您不需要假设您的用户是“愚蠢的”，您需要帮助他们使用您的应用程序。为事情显示漂亮的提示，验证数据并解释原因，所以对他们来说很明显，如果你不能处理他们所做的事情（或者更具体地说，你让他们做的事情），不要在他们面前崩溃，显示一个很好的页面来解释他们可以做什么，等等。
尊重他们，不要以为他们对你的系统了如指掌，你来这里是为了帮助他们。
关于第一部分；我一般在当时写大部分的错误处理，稍后再补充一点。
我一般不会抛出那么多异常。
【讨论】：
假设您的用户什么都不知道，并且会以任何可能被破坏的方式破坏您的系统。
然后相应地编写您的错误处理代码。
【讨论】：
首先，让用户清楚您的期望。其次，测试输入以验证它是否包含您期望的边界内的数据。
主要示例，我有一个带有电子邮件字段的表单。我们没有立即使用该数据，因此我们没有对其进行任何检查。结果：大约 1% 的用户输入了他们的家庭住址。该字段被标记为“电子邮件地址”显然用户只是在阅读第二个单词而忽略了第一个单词。
解决方法是将标签更改为简单地说“电子邮件”，然后测试输入。对于踢球，我们继续记录用户最初在该字段中输入的内容，以查看标签更改是否有帮助。确实如此。
此外，作为一般做法，您的函数应测试输入以验证它们是否包含您期望的数据。在您选择的语言中使用断言或其等效项。
【讨论】：
当我编码时，会有一些我期望的异常，即文件可能丢失，或者某些 xml 序列化可能会失败。我知道的那些异常会提前发生，我可以为它们处理。
虽然有很多事情是你无法预料的，但你也不应该尝试。放入一个全局错误处理程序和记录器，以便最终捕获并记录所有内容。然后，当您的测试人员和/或用户发现导致异常的情况（即错误输入）时，您可以决定是否要专门针对它进行进一步处理，或者保持原样。
总结：验证您的输入，但不要试图过多地注视水晶球，因为您永远无法预料到用户可能提出的每一个问题。拥有一个全局处理程序和记录器，然后根据需要进行优化。
【讨论】：
您必须假设您的用户非常愚蠢。总会有人想办法给你一些你认为永远不会发生的意见。
我尝试使我的异常抛出尽可能细化，以便在出现问题时提供最佳反馈。如果将所有内容放在一起，则无法确定是哪个错误案例导致了问题。
我通常尝试先处理错误情况（在获取功能代码之前），但这不一定是最佳做法。
【讨论】：
有人已经提到defensive programming。不过，从用户体验的角度来看一些想法。
一旦您确定了用户应该做什么和不应该做什么，您就能够有效地编写错误处理代码。您可以使用辅助方法/类让自己更轻松。
关于您关于在业务逻辑之前/之后/期间编写处理的问题，请这样想：如果您要制作 400,000 个三明治，同时添加所有芥末可能会更快，但可能也比单独制作每个三明治更无聊。不过，谁知道呢，也许你真的很喜欢芥末的味道……
【讨论】：