Je ne sais pas si c'est vraiment utile.

1. Le fait le plus important, c'est qu'il est beaucoup plus facile de trouver des erreurs en anglais.
2. Des services comme AppCenter ou HockeyApp regroupent les erreurs par messages d'exception. Et parfois, nous pouvons voir la même erreur, mais dupliquée avec la traduction sur la langue du PC de l'utilisateur.
3. Généralement, les messages d'erreur sont écrits en anglais facile à comprendre.
   Et fait plus important, c'est un moyen plus facile de trouver des erreurs sur l'anglais.
4. Je ne sais pas si c'est une bonne pratique d'afficher Exception.Message à l'utilisateur dans une sorte de boîte de dialogue d'erreur, mais il doit être stocké dans les journaux. Et encore une fois - si vous recevez des logs inconnus pour votre langue, ce n'est pas vraiment utile.

Soit dit en passant, bien qu'il puisse être désactivé pour l'application, ça me va. Cependant, je ne suis pas sûr que cela en vaille la peine.

PS Je suis de langue maternelle russe. C'était pénible pour moi de trouver des erreurs sur le russe)

Étant donné que .NET Core est récemment revenu à la localisation des messages d'exception, il serait étrange que WinUI ne suive pas. [modifier] J'ai oublié que WinUI n'est pas un .NET pur, mais utilise des codes d'erreur HRESULT au lieu d'objets Exception.

Je ne sais pas si c'est une bonne pratique d'afficher Exception.Message à l'utilisateur dans une sorte de boîte de dialogue d'erreur

Je ne sais pas comment cela se fait dans la liaison de données UWP/WinUI, mais la liaison de données WPF et WinForms expose à l'utilisateur tout message d'erreur se produisant lors de la liaison de données. Cela signifie que toute exception pouvant raisonnablement être levée dans les scénarios de réécriture de liaison de données doit être localisée.

Si WinUI détecte des exceptions pendant la liaison de données (au lieu de terminer le processus), il devra probablement faire de même, à moins qu'il ne remplace le message d'exception par un message localisé générique.

(Et oui, devoir rechercher des erreurs en langue étrangère est pénible, mais je ne vois aucun moyen de contourner cela lorsque la liaison de données expose ces erreurs à l'utilisateur final, qui s'attend certainement à des messages d'erreur localisés.)

WinUI est implémenté en tant que WinRT, et WinRT n'a pas le moyen de définir un Exception.Message. Ainsi, les messages d'erreur générés par WinUI sont visibles dans le débogueur, mais ne devraient jamais apparaître à un utilisateur final comme ils le font avec WPF/WinForms. (WinUI génère des erreurs à l'aide de RoOriginateError , qui est conçu pour que le message ne puisse être récupéré que par un débogueur.)