मुझे नहीं पता कि किन परिस्थितियों में बनाते हैं प्रत्येक के लिए भावना या उनके इरादे
कठोर ध्वनि का मतलब नहीं है, लेकिन क्या आपने यह पता लगाने के लिए एमएसडीएन/एएसपी.नेट पर एक नज़र डाली है? आसपास बहुत सारी जानकारी है। और उन सभी टेम्पलेट्स में लॉट है, मैं यहां से अधिक जा सकता हूं। इनमें से प्रत्येक के लिए एक एमएसडीएन पृष्ठ है।
कहा जा रहा है कि, मैं आपको त्वरित सारांश दूंगा, इसलिए यहां जो लोग ठोकरें हैं उन्हें कुछ जानकारी है।
ADO.NET इकाई डेटा मॉडल
यह आपको अपनी ORM के रूप में इकाई की रूपरेखा का उपयोग करने के बनाने फ़ाइल है, और यह एफई प्रयोग करने के लिए अनिवार्य है। किसी अन्य का उपयोग करने से पहले आपको इसकी आवश्यकता है। आप आदि सहित डेटाबेस पहले (DB से उत्पन्न), कोड-प्रथम, मॉडल पहले अलग दृष्टिकोण, के एक नंबर,
सेवा आधारित डाटाबेस
मैं के साथ अपने ईडीएम बना सकते हैं इस शब्द के बारे में कभी नहीं सुना, और दिया गया है कि मैं हाल ही में ईएफ के साथ काम कर रहा हूं (और पढ़ रहा हूं), मुझे संदेह है कि यह ईएफ से संबंधित होगा।
ADO.NET EntityObject जेनरेटर
संस्थाओं जो EntityObject वर्ग से विरासत के लिए कक्षाओं उत्पन्न करता है। Model.edmx.designer.cs (डिफ़ॉल्ट) फ़ाइल में आउटपुट कोड डालने के बजाय डिफ़ॉल्ट ईएफ कोड जनरेटर के समान, कोड अलग फ़ाइलों में डाल दिया जाता है। मैं व्यक्तिगत रूप से इस टेम्पलेट में कोई लाभ नहीं देखता हूं।
ADO.NET स्व ट्रैकिंग इकाई जेनरेटर
संस्थाओं के लिए कक्षाओं उत्पन्न करता है जब आप एन टीयर अनुप्रयोगों (विकसित करना चाहते हैं यानी आप एक WCF/Silverlight एप्लिकेशन को आपके मॉडल के साथ काम करने के लिए अनुमति देने के लिए चाहते थे)। विभिन्न अनुप्रयोगों से दृढ़ता संचालन को संभालने के लिए इकाइयों को ईएफ ग्राफ द्वारा 'ट्रैक करने योग्य' होने के लिए सेट किया गया है।
ADO.NET सी # POCO निकाय जेनरेटर
मेरा पसंदीदा। :) से कुछ भी से प्राप्त इकाइयों के लिए कक्षाएं उत्पन्न करता है। उन्हें पता नहीं है कि उनका उपयोग दृढ़ता के लिए किया जा रहा है। जब आप दृढ़ता-अज्ञानता, अस्थिरता और अपने डोमेन/दृढ़ता परतों के ढीले-युग्मन चाहते हैं, तो अनुप्रयोगों के लिए इसका उपयोग करें।
आपके पास अब "कोड फर्स्ट" का विकल्प भी है, जो सिर्फ मामलों को जटिल बनाने के लिए है, हालांकि फिलहाल यह केवल एक सीटीपी है। –