मुझे यकीन नहीं है, अगर यह वास्तव में उपयोगी है।

1. सबसे महत्वपूर्ण तथ्य यह है कि यह अंग्रेजी में त्रुटियों को खोजने का एक और आसान तरीका है।
2. अपवाद संदेशों द्वारा ऐप सेंटर या हॉकीएप समूह त्रुटियों जैसी सेवाएं। और कभी-कभी हम एक ही त्रुटि देख सकते हैं, लेकिन उपयोगकर्ता पीसी भाषा पर अनुवाद के साथ डुप्लिकेट किया जा सकता है।
3. आमतौर पर अंग्रेजी को समझने में आसान के साथ लिखे गए त्रुटि संदेश।
   और इससे भी महत्वपूर्ण तथ्य यह है कि यह अंग्रेजी में त्रुटि खोजने का एक और आसान तरीका है।
4. मुझे यकीन नहीं है, अगर अपवाद दिखाना अच्छा अभ्यास है। किसी प्रकार के त्रुटि संवाद में उपयोगकर्ता को संदेश, लेकिन इसे लॉग में संग्रहीत किया जाना चाहिए। और फिर - यदि आप अपनी भाषा के लिए अज्ञात पर लॉग प्राप्त करते हैं, तो यह वास्तव में उपयोगी नहीं है।

वैसे, जबकि इसे आवेदन के लिए अक्षम किया जा सकता है, यह मेरे लिए ठीक है। हालांकि, मुझे यकीन नहीं है, अगर यह समय के लायक है।

पीएस मैं मूल रूसी वक्ता हूं। रूसी पर कुछ त्रुटियां ढूंढना मेरे लिए दर्द था)

.NET कोर को ध्यान में रखते हुए हाल ही में अपवाद संदेशों को स्थानीयकृत करने के लिए वापस स्विच किया गया है, यह अजीब होगा यदि WinUI अनुसरण नहीं करेगा। [संपादित करें] मैं भूल गया था कि WinUI शुद्ध .NET नहीं है, लेकिन अपवाद वस्तुओं के बजाय HRESULT त्रुटि कोड का उपयोग करता है।

मुझे यकीन नहीं है, अगर अपवाद दिखाना अच्छा अभ्यास है। किसी प्रकार के त्रुटि संवाद में उपयोगकर्ता को संदेश

मुझे नहीं पता कि यह यूडब्ल्यूपी/विनयूआई डाटाबेसिंग में कैसे किया जाता है, लेकिन डब्ल्यूपीएफ और विनफॉर्म डाटाबेसिंग उपयोगकर्ता को डाटाबेसिंग के दौरान होने वाले किसी भी त्रुटि संदेश का पर्दाफाश करते हैं। इसका मतलब यह है कि कोई भी अपवाद जिसे डाटाबेसिंग राइटबैक परिदृश्यों में उचित रूप से फेंक दिया जा सकता है, उसे स्थानीयकृत किया जाना चाहिए।

यदि WinUI डेटाबाइंडिंग (प्रक्रिया को समाप्त करने के बजाय) के दौरान अपवादों को पकड़ता है, तो इसे संभवतः ऐसा ही करना होगा, जब तक कि यह अपवाद संदेश को एक सामान्य स्थानीयकृत संदेश से बदल नहीं देता।

(और हाँ, विदेशी भाषा की त्रुटियों की खोज करना एक दर्द है, लेकिन मुझे इसके आसपास कोई रास्ता नहीं दिखता है जब डेटाबेस इन त्रुटियों को अंतिम उपयोगकर्ता को उजागर करता है, जो निश्चित रूप से स्थानीयकृत त्रुटि संदेशों की अपेक्षा कर रहा है।)

WinUI को WinRT के रूप में लागू किया गया है, और WinRT के पास Exception.Message सेट करने का कोई तरीका नहीं है। तो त्रुटि संदेश जो WinUI उत्पन्न करता है वह डीबगर में दिखाई देता है, लेकिन कभी भी अंतिम उपयोगकर्ता को नहीं दिखाना चाहिए जैसे वे wpf/WinForms के साथ करते हैं। (WinUI का उपयोग कर त्रुटियाँ पैदा करता RoOriginateError है, जो इतना है कि संदेश केवल एक डिबगर के द्वारा प्राप्त किया जा सकता है बनाया गया है।)