मुझे आश्चर्य है कि मेरे आवेदन में त्रुटि संदेशों को संभालने का सबसे अच्छा तरीका क्या है।त्रुटि संदेशों को संभालने का सबसे अच्छा तरीका
वर्तमान में मैं एक वेब एप्लिकेशन पर काम कर रहा हूं और सभी त्रुटि संदेश डेटाबेस में संग्रहीत हैं और हम उन्हें आईडी द्वारा प्राप्त करते हैं, नकारात्मक एक त्रुटि है, और सकारात्मक सफलता संदेश हैं।
समस्या यह है कि पाठ संदेशों को बनाए रखने और रखने में मुश्किल होती है।
आपके दृष्टिकोण क्या हैं?
आम तौर पर, मैं संसाधन फ़ाइलों में त्रुटि संदेशों का पाठ रखता हूं। यदि आप .NET 2.0 या उच्चतर (विजुअल स्टूडियो 2005 या उच्चतर) का उपयोग कर रहे हैं, तो संसाधन फ़ाइलों को स्वचालित रूप से दृढ़ता से टाइप किए गए वर्गों में संकलित किया जाता है, जो कोड को एक्सेस करता है जो संदेश को अधिक स्पष्ट और पठनीय बनाता है।
(संपादित करें: स्थानीयकरण का उल्लेख करने वाली एक और टिप्पणी देखने के बाद, मुझे यहां उल्लेख करने के लिए सम्मानित लगता है: .NET संसाधन फ़ाइलें स्थानीयकरण का उत्कृष्ट काम करती हैं। आप संसाधन के स्थानीयकृत टेक्स्ट को सटीक के माध्यम से प्राप्त कर सकते हैं CultureInfo प्रदान करने के लिए केवल कुछ मामूली tweaks के साथ एक ही कोड।)
ऐसा कहा जाता है, यह इस समस्या डोमेन के एक हिस्से की तरह लगता है एक संदेश संख्या है। क्या इन त्रुटियों को डेटाबेस से फेंक दिया जा रहा है (कहें, संग्रहीत प्रोसेस या ट्रिगर्स के हिस्से के रूप में)? उस स्थिति में, डेटाबेस डेटाबेस सबसे अधिक संभावना उनके लिए सही जगह है, अगर केवल इसलिए कि उन दस्तावेजों को सबसे अधिक निकटता से "जादू संख्या" का उपयोग किया जा रहा है।
यदि आप उन्हें स्थानांतरित करने जा रहे हैं, तो मैं अंग्रेजी टेक्स्ट को कुंजी के रूप में उपयोग करूंगा, और उसके बाद अपनी पसंद के संग्रहण (एक SQL- आधारित डेटाबेस, फ़ाइल स्टोर, या आपके पास) में एक लुकअप निष्पादित करता हूं, और फिर ठीक से स्थानीयकृत स्ट्रिंग वापस करें।
क्या अनुरोधित कुंजी स्टोर में मौजूद नहीं है, तो आप एक सादा-पाठ त्रुटि उत्पन्न कर सकते हैं, शायद डेवलपर को ई-मेल कर सकते हैं?
अधिक प्रेरणा के लिए, GNU gettext देखें।