错误处理：异常与错误方法

Question

我正在创建一个 3 层应用程序，但在处理错误处理时遇到了问题。我不知道是否应该抛出异常或调用方法将问题传达给其他层。

这是一个简单的例子，我有：
- 一个FileChooserFrame（表示层），允许用户在列表中选择一个文件。
- 一个DataHandler（应用层），它对文件的路径做一些事情，并在演示层和数据层之间建立链接。
- 解析文件并从中获取数据的FileParser（数据层）。

现在假设文件必须遵循特殊结构，如果不是，我想显示一个 MessageBox。
我无法知道用户在解析之前是否选择了好的文件。

我的问题是，当我看到文件不符合结构时我该怎么办？
我想到了两件事：
1 - 停止当前操作并调用DataHandler（例如NotifyWrongFileErr()）中的一个方法，该方法将要求框架显示消息框。
2 - 抛出我在FileChooserFrame 中捕获的自定义异常，它将显示弹出窗口。

这两种情况各有利弊，所以我无法在它们之间做出选择。最合适的做法是什么？

PS：在第 2 种情况下，我在哪里编写 Exception 类？在专用于应用程序异常的文件中，还是在抛出异常的类旁边？

Answer 1

好吧，这是您的选择，异常的最佳做法是通常只在您没有预料到的情况下抛出异常。由于您希望某人能够选择无效的文件名，因此调用该方法可能被认为是“最佳实践”。但同样，没有对错，只要你对它感到满意，就做你喜欢的事。如果是我，我会为这样的事情创建一组数据层异常并抛出它们，这样如果我想使用一些测试代码 (IoC) 测试数据层，我会看到异常。

Answer 2

如果是“预期的”，则该用户可能有无效输入，并且对此有标准响应，在这种情况下不需要例外。它是数据处理的一部分。只需确保在验证失败时执行所有必要的清理工作。

Answer 3

事件处理系统呢？

异常处理需要一个 try/catch/throw 结构，该结构可以以昂贵的方式在您想要的任何地方“冒泡”事件。 但是，如果您从 DataHandler 中处理的 FileParser（或在表示层顶部冒泡）触发一个事件，您就可以将每个模块与其他模块分离。

一个小例子（假设 DataHandler 层“知道”FileParser 层）：

class FileParser
{
public event EventHandler ParsingFailedEvent;

public void ParseFile()
{
// 1. Parse the file
// 2. File structure isn't correct, raise event!

            ParsingFailedEvent.Invoke(sender, e);
}

}

class DataHandler
{
private FileParser fp = new FileParser();
public DataHandler()
{

            fp.ParsingFailedEvent+= new EventHandler(this.FileParsingHandler);
}

public void FileParsingHandler(object sender, EventArgs e)
        {
// do something, maybe display a MessageBox
}

}

这向您展示了异常与事件的不同之处，主要是由于第一个异常/故障相关条件。 另一方面，您有方法，但我认为事件由于它们的委托系统或动态绑定工具而更加灵活。

在我看来，避免自定义逻辑异常，没有人知道您何时在代码中放置异常，也没有人知道它何时会在某些应用程序失败中转换。

看看 WPF 方法来处理和路由事件，它会帮助你MSDN

Answer 4

从性能的角度来看，生成异常比要求框架显示消息框更昂贵