एक फ्रेमवर्क

Question

लिखने के लिए दिशानिर्देश मुझे बड़ी और जटिल ऑब्जेक्ट लाइब्रेरी (ArcObjects) के साथ काम करने को सरल बनाने के लिए एक ढांचा लिखने का सामना करना पड़ रहा है। इस तरह के ढांचे के निर्माण के लिए आप किन दिशानिर्देश सुझाएंगे? क्या स्थैतिक तरीकों को प्राथमिकता दी जाती है? लॉगिंग जैसी चीज़ों को आप कैसे संभालेंगे? आप भविष्य में अपने फ्रेमवर्क कोड को ऐसे परिवर्तनों से कैसे प्रमाणित करते हैं जो एक विक्रेता पेश कर सकता है?

मुझे एनएचआईबीनेट, लॉग 4नेट और कोड के लिए मैंने देखा है कि मैंने एनएलओजी और NetTopologySuite जैसी परियोजनाओं से पढ़े गए सभी विभिन्न रैपर और हेल्पर्स के बारे में सोचा है और मुझे बहुत अच्छे दृष्टिकोण मिलते हैं, लेकिन ईमानदारी से मैं शुरू करने के लिए कहां नुकसान।

बीटीडब्ल्यू - मैं सी # 3.5 में काम कर रहा हूं लेकिन यह भाषा की बजाय अनुशंसित दृष्टिकोण के बारे में अधिक है।

Answer 1

ब्रैड अब्राम 'Framework Design Guidelines पुस्तक इस बारे में सब कुछ है। देखने लायक हो सकता है।

Answer 2

मुझे लगता है कि आप लगातार जो सम्मेलन के साथ जाते हैं उससे अधिक महत्वपूर्ण है। जहां तक ​​भविष्य में प्रूफिंग स्वयं है, यह उस कोड का विषय है जिसके लिए आप ढांचा बना रहे हैं। एक रेत की तुलना में एक ईंट घर पर निर्माण करना बहुत आसान है।

Answer 3

अधिक लचीला होना कोड लिखने की कोशिश करें। उदाहरण के लिए, यदि आपके पास एक विधि है जो एक सरणी को पैरामीटर के रूप में स्वीकार करती है, तो क्या आप इसके बजाय एक आईनेमरेबल या IList स्वीकार कर पाएंगे? ढांचे के लिए

Answer 4

लेखन कोड बिल्कुल बहुत आवेदन कोड लिखने से अलग है।

मैं हमेशा सलाह ली (और अन्य से परामर्श किया है) Design Guidelines for Class Library Developers जब ढांचा स्तर कोड लिखने।