如何区分来自系统和业务逻辑的异常？

Question

我想区分来自业务逻辑的异常，比如

• 请求的数据库记录不存在
• 尝试存储无效的业务数据(验证失败)
• 如果CSV文件格式错误

从标准系统异常(如

• 数据库连接超时
• 文件I/O错误
• 失忆

我在代码中生成业务逻辑异常，作为在发生错误时(而不是返回false和其他技术)停止操作的一种快速方式。

因此，我将对这些类型的异常进行不同的处理：

• 我的业务逻辑异常:显示为普通的普通错误消息
• 标准系统异常:日志异常到文件，用户被赋予选项中止/忽略(/Retry)等。

我能找到的最好的想法是为业务异常创建共同的祖先，并在处理程序中检查它。我认为这是ApplicationException最初的目的，现在已经被废弃了。你觉得我能让它复活吗?还是有更好的方法？

Answer 1

如果您期望在程序的顶层(或接近它)处理某些异常，请为它们创建一个特定的异常类，以便您能够识别它们。这样，您就不会意外地捕获程序错误或无法恢复的错误(例如内存不足)所产生的异常。

我不知道ApplicationException的用途，但微软的文档警告不要扩展它，我认为这样做不会有任何好处。您可能不想直接捕获ApplicationException，因为应用程序可能没有定义ApplicationExceptions。因此，您需要专门为应用程序创建一个子类，在这种情况下，您可以很容易地扩展Exception。