我不确定它是否真的有用。

1. 最重要的事实是，这是一种更容易发现英语错误的方法。
2. AppCenter 或 HockeyApp 等服务按异常消息分组错误。 有时我们会看到相同的错误，但与用户 PC 语言的翻译重复。
3. 通常错误信息用易于理解的英文写成。
   更重要的事实是，这是一种更容易发现英语错误的方法。
4. 我不确定，在某种错误对话框中向用户显示 Exception.Message 是否是一个好习惯，但它应该存储在日志中。 再说一次 - 如果您收到未知语言的日志，它就没有真正的用处。

顺便说一下，虽然它可以被禁用应用程序，但对我来说很好。 但是，我不确定是否值得花时间。

PS我是母语为俄语的人。 在俄语上发现一些错误让我很痛苦）

考虑到 .NET Core 最近切换回本地化异常消息，如果 WinUI 不跟随，那将会很奇怪。 [编辑] 我忘了 WinUI 不是纯 .NET，而是使用 HRESULT 错误代码而不是 Exception 对象。

我不确定，在某种错误对话框中向用户显示 Exception.Message 是否是一个好习惯

我不知道它在 UWP/WinUI 数据绑定中是如何完成的，但是 WPF 和 WinForms 数据绑定会向用户公开数据绑定期间发生的任何错误消息。 这意味着可以在数据绑定写回场景中合理抛出的任何异常都必须本地化。

如果 WinUI 在数据绑定期间捕获异常（而不是终止进程），那么它可能必须这样做，除非它用通用本地化消息替换异常消息。

（是的，必须搜索外语错误是一件痛苦的事情，但是当数据绑定将这些错误暴露给最终用户时，我看不到任何解决方法，最终用户肯定期待本地化的错误消息。）

WinUI 是作为 WinRT 实现的，WinRT 没有设置 Exception.Message 的方法。 因此，WinUI 生成的错误消息在调试器中是可见的，但绝不能像使用 WPF/WinForms 那样显示给最终用户。 （WinUI生成使用错误RoOriginateError ，其被设计成使得该消息只能由调试器进行检索。）