c# - 向 UI 传达错误消息的建议做法

Question

您可以建议什么方法来处理从 API 到 UI 的错误消息？

在我从事的其他项目中，我们向 UI 发送错误代码，然后 UI 从文件中读取相应的消息，该文件可能只是另一个类或 resx。他们说对本地化很有用。

我在某处读到抛出异常是一个好习惯。我只是担心如果在 UI 端没有发现错误，程序会崩溃。

我在 UI 中使用 WPF，稍后将在服务中使用 WCF。这是一个Windows应用程序。

Answer 1

我建议抛出正常的 .NET 异常，以防 API 端出现错误。使用错误代码的最大缺点是，根据应用程序层的组织方式(DAL -> 业务逻辑 -> API -> UI)，传播和处理它们可能会有很大的问题。

对于异常，您可以在任何级别轻松处理它们(通过使用 try-catch 构造)和重新抛出(例如，当您只需要记录异常并且堆栈下方有一段代码应该在其上处理它时)拥有)或“吞下”它们(但通常不推荐)。

至于如何处理 UI 级别的错误，我会让它们一直向上“流动”，然后“装饰”它们(例如，通过显示带有一些细节和故障排除提示的模式对话框)。例如，如果您正在使用 Web API，您可以从您的 API 返回适当的 HTTP 状态(401、403、500)并通过错误 Hook 在客户端处理它们，例如 $.ajaxError这将显示某种模式对话框。在这里，您不是在发明自己的错误报告方式，而是利用 HTTP 规范已经定义的内容(因此，很容易理解行为并对其做出响应)。

我对 WPF 不是很熟悉，但我认为应该有类似于 Application_Error 的东西。在 WinForms 中 - 一个事件处理程序，您可以在其中检查错误并通过向用户显示一些漂亮的模式对话框来“装饰”它。

希望这可以帮助。