ठीक है, एक अंतहीन बहस :-)
हाँ, मुझे पूरा विश्वास है EF4 निश्चित रूप से प्राइम टाइम के लिए तैयार है - माइक्रोसॉफ्ट सिर्फ खीज और मुद्दों 1.0 रिलीज के साथ के बारे में सभी को संबोधित करने का एक उत्कृष्ट काम किया है ईएफ का
यह प्राइम टाइम के लिए तैयार है - अगर आपको इसकी सभी सुविधाएं चाहिए।
लिंक-टू-एसक्यूएल एक बहुत सीधी, नो-फ्रिल्स, नो-बकवास या मैपर है - यह एक सीएलआर ऑब्जेक्ट में एक डेटाबेस तालिका को मानचित्र करता है - और यह इसके बारे में है। बहुत बुनियादी, बहुत सीधी - लेकिन SQL सर्वर के शीर्ष पर एक पतली परत। दूसरी ओर
EF4 बहुत अधिक है
- अपने वस्तु अंतरिक्ष में एक वैचारिक डेटा मॉडल
- अपने डेटाबेस परत पर एक भंडारण डेटा मॉडल
- दो
- डेटाबेस के बीच एक मैपिंग परत - निर्भरता
तो यदि आपको वास्तव में एकाधिक डेटाबेस (और केवल SQL सर्वर नहीं) के लिए समर्थन की आवश्यकता है, या यदि यो आपको वास्तव में डेटाबेस संरचना को पूरी तरह से अलग ऑब्जेक्ट मॉडल में बदलने में सक्षम होना चाहिए - EF4 प्रारंभ करने के लिए एक शानदार जगह है।
यदि आपके पास मध्यम आकार के ऐप के लिए एक सरल और सीधा है, तो केवल वस्तुओं को तालिका 1: 1 को आसानी से और तेज़ी से मैप करने में सक्षम होना चाहिए, तो मुझे नहीं लगता कि ईएफ 4 सादगी के मामले में भी करीब आता है और लिंक-टू-एसक्यूएल के लिए प्रदर्शन।
ईएफ 4 बहुत अच्छा है - और यदि आपको इसकी शक्ति की आवश्यकता है - इसके साथ जाओ!
लेकिन यदि आपकी आवश्यकताएं बहुत कम हैं, तो यह केवल ओवरकिल हो सकती है - लिंक-टू-एसक्यूएल (मैं करूंगा) का उपयोग करना जारी रखूंगा और इससे खुश रहूंगा। मुझे लिंक-टू-एसक्यूएल को डंप करने का कोई अच्छा कारण नहीं दिख रहा है - यह अभी भी .NET 4 में पूरी तरह से उपलब्ध है, कुछ bug fixes and improvements के साथ भी आशीर्वाद दिया गया है, और यह कम से कम कुछ वर्षों के लिए होगा।
स्रोत
2010-04-23 21:15:19
यह उन दोनों में से एक क्यों होना चाहिए? NHibernate, Subsonic, आदि क्यों नहीं? –
@mgroves, मैं .NET ढांचे में निर्मित तकनीक पर ध्यान केंद्रित कर रहा था, लेकिन आप सही हैं, निश्चित रूप से अन्य तकनीकें हैं जो अच्छी या बेहतर भी हो सकती हैं। – devuxer
मुझे यह तरीका पसंद है कि माइक्रोसॉफ्ट आईडीई के साथ अपने ओआरएम पैकेज को एकीकृत करता है। ओपन सोर्स प्रोजेक्ट्स भी ऐसा नहीं करते हैं। –