2011-01-09 14 views
5

जब आपके पास एकाधिक एप्लिकेशन, वेब सेवाएं और विंडोज सेवाएं हैं, जो बेहतर विकल्प है?वेब। कॉन्फ़िग बनाम डेटाबेस सेटिंग्स तालिका

विकल्प 1) डेटाबेस तालिका में सभी सेटिंग्स रखो और इसे कहीं कैश करें, शायद आपको अनुप्रयोगों में कैश ऑब्जेक्ट को साझा करने के लिए एक वेब सेवा का उपयोग करना होगा। फिर आप उन सेटिंग्स में से कुछ को उपयोगकर्ता मैनिपुलेशन के लिए ग्रिड में देख सकते हैं।

विकल्प 2) सभी सेटिंग्स को एक सामान्य कॉन्फ़िगरेशन फ़ाइल में रखें, और प्रत्येक फ़ाइल के web.config या app.config को उस फ़ाइल पर इंगित करें, मुझे यकीन है कि उन सेटिंग्स को ग्रिड में रखने का कोई तरीका है, लेकिन शायद आप "भूमिका के आधार पर सेटिंग दिखाने" की क्षमता खो देंगे।

धन्यवाद

उत्तर

2

इस का एक बहुत पसंद के नीचे आता है, क्या सेटिंग्स आप के बारे में, जब आप सेटिंग्स के लिए उपयोग की जरूरत है, और वे कितनी बार बदल देंगे बात कर रहे हैं।

आम तौर पर, मैं कोशिश करता हूं और अपना web.config & app.config बहुत छोटा रखता हूं। आधारभूत चीजों के लिए सेटिंग्स (जैसे लोड करने के लिए मॉड्यूल, कनेक्शनस्ट्रिंग, लॉग सेटिंग्स, ओआरएम सेटिंग्स, आदि) वहां जाएं। कुछ भी जो मुझे वास्तव में चाहिए या ऐप_स्टार्ट या मेरी मुख्य() विधि में मूल रूप से पहुंच बनाना चाहता है।

कुछ भी जटिल, या यह आवेदन के कम से कम लागू होता है, आदि, मैं आम तौर पर कॉन्फ़िगरेशन फ़ाइलों में नहीं डालता हूं, बल्कि इसके बजाय सेटिंग ऑब्जेक्ट्स हैं जिन्हें मैं अपने आईओसी कंटेनर के माध्यम से इंजेक्ट करता हूं, या फिर उन्हें एक से खींचता हूं डेटाबेस।

0

मैं डेटाबेस में कॉन्फ़िगरेशन डालने और फिर एप्लिकेशन के आधार पर इसे पुनर्प्राप्त करने का सुझाव दूंगा। आप एक एकल एक्सएमएल भी लिख सकते हैं जिसमें विभिन्न कॉन्फ़िगरेशन शामिल हैं और इसे डेटाग्रिड इत्यादि पर लोड करें। इस तरह कॉन्फ़िगरेशन का प्रबंधन आसान हो जाता है, क्योंकि आपके पास बनाए रखने के लिए एक फ़ाइल है।

1

मैं विकल्प 1 पसंद करता हूं, क्योंकि यह तैनाती को आसान बनाता है, क्योंकि प्रत्येक वातावरण में अलग-अलग कॉन्फ़िगरेशन हो सकते हैं, फिर भी आप अभी भी एक xcopy तैनाती करने में सक्षम हैं, क्योंकि सेटिंग्स web.config में संग्रहीत नहीं हैं।

संबंधित मुद्दे