एंटिटी फ्रेमवर्क में कोड-प्रथम

में

.NET के तहत, Microsoft द्वारा विकसित और समर्थित दो मूल ORM हैं, Entity Framework और Linq2Sql। हालांकि, एंटिटी फ्रेमवर्क एक प्रभावशाली गति से बढ़ रहा है, और वास्तव में Linq2Sql के भविष्य के बारे में कुछ भी नहीं पता है।

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

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

मॉडल कक्षाओं की कामकाजी स्थितियों के बारे में मत भूलना: उन्हें या तो EntityObject से इनहेरिट करना होगा या इंटरफेस को लागू करना होगा EntityWithKey, IEntityWithChangeTracker और IEntityWithRelationships

तो उन लोगों के लिए क्या करना है जो ओआरएम के अंदर काम करने के लिए सबसे सरल कक्षाएं प्राप्त करना चाहते हैं।

ROSO और कोड-प्रथम

पहली बार, ROSO (प्लेन ओल्ड CLR ऑब्जेक्ट्स) के लिए समर्थन, यानी सरल वर्गों के साथ काम करना, जैसा कि मॉडल के साथ, ईएफ 4 में दिखाई दिया।

टिप्पणी

विजुअल स्टूडियो SP1 में घोषित समर्थन के बावजूद, मुझे अभी भी सही ढंग से काम करने के लिए SQL सर्वर कॉम्पैक्ट 4 और EF कोड पहले पैकेज के लिए Visual Studio उपकरण स्थापित करना था

उदाहरण के लिए, यहाँ एक वर्ग है

public class Author { public int AuthorID { get; set; } public string Email { get; set; } public string Name { get; set; } } 

पूरी तरह से कार्यात्मक इकाई "लेखक" का वर्णन करता है, और उसे किसी आधार वर्ग की आवश्यकता नहीं है, न ही इंटरफेस, न ही विशेषताएँ या मेटाडेटा।

सबसे सरल प्रवेश बिंदु इस तरह दिखेगा:

 public class Library : DbContext { public DbSet<Author> Authors { get; set; } } 

और वह सब है! लाइब्रेरी ऑब्जेक्ट बनाने के तुरंत बाद, आप ईएफ के सभी लाभों का उपयोग करके इसके साथ काम कर सकते हैं।

कोड-प्रथम मॉडल-प्रथम और डेटाबेस-प्रथम के साथ एक नई सुविधा है। अब आप पहले मॉडल कक्षाओं का वर्णन करते हुए कोड लिख सकते हैं, और फिर फ्रेमवर्क स्वचालित रूप से इस कोड का उपयोग करके एक डेटाबेस बनाएगा।
सबसे अच्छी बात यह है कि संबंधों के प्रकारों को मान्यता दी जाएगी - बस 1: 1 के लिए ऑब्जेक्ट संदर्भ को परिभाषित करें, 1: n संबंध के लिए ICollection, और m: n के लिए पारस्परिक ICollection। इस स्थिति में, स्टेजिंग टेबल भी अपने आप बन जाएगी। आलसी लोडिंग सुनिश्चित करने के लिए, संपत्ति की परिभाषा में वर्चुअल कीवर्ड पर्याप्त है।

System.ComponentModel.DataAnnotations नामस्थान से विशेषताएँ भी पूरी तरह से समर्थित हैं।

मुख्य हैं:
• [की] - इंगित करता है कि यह संपत्ति कुंजी होगी।
• [NotMapped] - डेटाबेस में कॉलम पर संपत्ति प्रदर्शित न करें।
• एक कॉलम ("कॉलमनाम", टाइपनेम = "टाइपनाम"] - उस डेटाबेस के कॉलम को इंगित करता है जिस पर फ़ील्ड और उसके प्रकार को मैप किया जाता है। यह तब उपयोगी होता है जब क्लास में टाइप बाइट की संपत्ति होती है [] कि स्टोर, उदाहरण के लिए, एक तस्वीर, और डेटाबेस में इसे प्रदर्शित किया जाएगा। विशेष प्रकार की छवि।
UPD हालाँकि, आप इस प्रकार के सबसेट को निर्दिष्ट नहीं कर सकते हैं: उदाहरण के लिए, स्ट्रिंग्स के लिए, प्रकार nvarchar (MAX) को डेटाबेस में डिफ़ॉल्ट रूप से चुना जाता है और इस विशेषता के साथ आप स्पष्ट रूप से nvarchar (30) फ़ील्ड की लंबाई निर्दिष्ट नहीं कर सकते हैं
• [MinLength], [MaxLength], [आवश्यक] और अन्य डेटा सत्यापन प्रदान करने के लिए

कोड-प्रथम को SQL सर्वर CE 4.0 के नए संस्करण के साथ काम करने के लिए तैयार किया गया है। इस डेटाबेस के लिए समर्थन MVC3 में शामिल है, और कुछ लोग मानक SQL एक्सप्रेस के बजाय पहले से ही ऐसे डेटाबेस के साथ काम करने के लिए साइटों को स्विच कर रहे हैं।

डिफ़ॉल्ट रूप से, डेटाबेस जनरेटर SQL एक्सप्रेस डेटाबेस बनाने की कोशिश करता है, अगर यह विफल रहता है, तो SQL सर्वर CE। इस व्यवहार को app.config में आसानी से ओवरराइड किया जाता है

  <connectionStrings> <add name="Library" connectionString="Data Source=Library.sdf" providerName="System.Data.SqlServerCe.4.0"/> </connectionStrings> 

ध्यान दें कि कनेक्शन स्ट्रिंग का नाम एक्सेस पॉइंट क्लास (DbContext) के नाम से मेल खाना चाहिए।

आप एक डेटाबेस (प्राथमिक पीढ़ी या अद्यतन) बनाने के लिए एक रणनीति को भी परिभाषित कर सकते हैं। प्रत्येक रणनीति एक ऐसा वर्ग है जो IDatabaseInitializer इंटरफ़ेस को लागू करता है, अर्थात। आप कार्यक्रम की सक्रिय विकास की अवधि के दौरान डेटाबेस में किसी भी डेटा को दर्ज करते हुए अपनी रणनीति निर्धारित कर सकते हैं।
पूर्वनिर्धारित रणनीतियां CreateDatabaseIfNotExists (यदि यह मौजूद नहीं है तो एक डेटाबेस बनाएं), DropCreateDatabaseAlways (डेटाबेस को हमेशा हटा दिया और फिर से बनाया जाएगा), DropCreateDatabase.fModelChanges (मॉडल में बदलाव किए जाने पर फिर से बनाया गया)

डेटाबेस कॉल के साथ काम करने की रणनीति बदल रही है
Database.SetInitializer (नया DropCreateDatabaseAlways ());

डेटाबेस बनाते समय, फ्रेमवर्क एक और सर्विस टेबल EdmMetadata बनाता है, जो निर्माण के समय मॉडल के हैश को स्टोर करता है। यह डेटाबेस और कक्षाओं के सक्रिय विकास के साथ असुविधाजनक है, लेकिन इसका एक समाधान है - DbContext क्लास के ऑनमॉडेलक्रिटिंग विधि को ओवरलोड करना।

  protected override void OnModelCreating(DbModelBuilder modelBuilder) { modelBuilder.Conventions.Remove<IncludeMetadataConvention>(); } 

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

कोड-प्रथम वास्तव में आपके लिए सबसे सुविधाजनक तरीके से मॉडल कोड के प्रबंधन के लिए कई विकल्प प्रदान करता है। मेरा मानना ​​है कि विशेष रूप से छोटी परियोजनाओं के लिए, साथ ही साथ मोबाइल उपकरणों के लिए (हाँ, विंडोज फोन मैंगो में एसक्यूएल सर्वर सीई 4.0 का समर्थन किया जाएगा) यह दृष्टिकोण यथासंभव संभव होगा।