Não tenho certeza se é realmente útil.

1. O fato mais importante é que é muito mais fácil encontrar erros em inglês.
2. Serviços como AppCenter ou HockeyApp agrupam erros por mensagens de exceção. E às vezes podemos ver o mesmo erro, mas duplicado com a tradução no idioma do PC do usuário.
3. Normalmente, as mensagens de erro são escritas em inglês de fácil compreensão.
   E o fato mais importante é que é muito mais fácil encontrar erros em inglês.
4. Não tenho certeza se é uma boa prática mostrar Exception.Message para o usuário em algum tipo de caixa de diálogo de erro, mas deve ser armazenado em logs. E mais uma vez - se você receber registros desconhecidos para o seu idioma, não é realmente útil.

A propósito, embora possa ser desabilitado para o aplicativo, está bom para mim. No entanto, não tenho certeza se vale a pena.

PS Sou falante nativo de russo. Foi doloroso para mim encontrar alguns erros em russo)

Considerando que o .NET Core voltou recentemente a localizar mensagens de exceção, seria estranho se o WinUI não estivesse acompanhando. [editar] Esqueci que WinUI não é puro .NET, mas usa códigos de erro HRESULT em vez de objetos Exception.

Não tenho certeza se é uma boa prática mostrar Exception.Message para o usuário em algum tipo de caixa de diálogo de erro

Não sei como é feito no databinding UWP / WinUI, mas WPF e WinForms databinding expõem qualquer mensagem de erro que acontece durante o databinding para o usuário. Isso significa que qualquer exceção que possa ser razoavelmente lançada em cenários de write-back de ligação de dados deve ser localizada.

Se o WinUI detectar exceções durante a ligação de dados (em vez de encerrar o processo), provavelmente terá que fazer o mesmo, a menos que substitua a mensagem de exceção por uma mensagem genérica localizada.

(E sim, ter que procurar por erros de idioma estrangeiro é uma dor, mas não vejo nenhuma maneira de contornar isso quando a vinculação de dados expõe esses erros ao usuário final, que definitivamente está esperando mensagens de erro localizadas.)

O WinUI é implementado como WinRT e o WinRT não tem uma maneira de definir um Exception.Message. Portanto, as mensagens de erro que o WinUI gera são visíveis no depurador, mas nunca devem ser exibidas para um usuário final como acontece com o WPF / WinForms. (WinUI gera erros usando RoOriginateError , que é projetado para que a mensagem só possa ser recuperada por um depurador.)