मैं इकाई फ्रेमवर्क पर एक नज़र डाल रहा हूं और जो कुछ भी मैं पढ़ रहा हूं वह ईएफ को समझाने के लिए डेटा केंद्रित दृष्टिकोण लेता है। इससे मेरा मतलब है कि सिस्टम के मूलभूत संबंधों को पहले डेटाबेस में परिभाषित किया जाता है और वस्तुओं को उत्पन्न किया जाता है जो उन संबंधों को दर्शाते हैं।

उदाहरण

क्विकस्टार्ट (इकाई फ्रेमवर्क)

व्यावसायिक वस्तुओं के रूप में इकाई फ्रेमवर्क संस्थाओं का उपयोग करना?

ईएफ दस्तावेज का तात्पर्य है कि डेटाबेस परत से शुरू करना जरूरी नहीं है, उदा।

डेवलपर्स एक सुसंगत एप्लिकेशन ऑब्जेक्ट मॉडल के साथ काम कर सकते हैं जिसे विभिन्न स्टोरेज स्कीमा में मैप किया जा सकता है

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

क्या ईएफ के साथ वस्तु केंद्रित दृष्टिकोण का कोई उचित मार्ग है? क्या मैं उस मार्ग पर जाते हुए धारा के प्रतिकूल तैर रहा हूँ? कोई अच्छा शुरुआती बिंदु?

2
Eric J. 27 मई 2010, 02:41
आप .NET/इकाई फ्रेमवर्क के किस संस्करण का उपयोग कर रहे हैं? 1.0/3.5 या 4.0?
 – 
Michael Maddox
27 मई 2010, 13:29

2 जवाब

सबसे बढ़िया उत्तर

मॉडल फर्स्ट दृष्टिकोण वह है जो आपको चाहिए।
हम ADO.NET टीम ब्लॉग लेख भी।

4
Devart 27 मई 2010, 12:18
कोड फर्स्ट और भी उपयुक्त है, IMHO
 – 
Arialdo Martini
11 जिंदा 2012, 19:38

यह पूछने के कुछ समय बाद, मैंने पाया कि ईएफ 4 पीओसीओ (सादा पुरानी सीएलआर ऑब्जेक्ट्स) का समर्थन करता है, जो ऑब्जेक्ट-केंद्रित डिज़ाइन को दृढ़ता की अज्ञानता (रिश्तेदार) के साथ अनुमति देता है।

यह लेख उस दृष्टिकोण पर चर्चा करते हुए मेरे लिए सबसे अच्छा था, जबकि यह लेख काम को आसान बनाने के लिए कोड जनरेशन टेम्प्लेट का उपयोग करने का तरीका बताता है।

2
2 revs 30 मई 2010, 04:29