एंटिटी फ्रेमवर्क 5 से 6 या डेटाबेस-फर्स्ट = कोड-फर्स्ट + चार्ट ब्राउज़र से माइग्रेट करने का प्रयास

मैं DataBase-First के मामले में EFW 5 से 6 तक संक्रमण का एक रेक साझा करना चाहता हूं।

मैं क्रैडल से एंटिटी फ्रेमवर्क के साथ मिलकर काम करता हूं। Linq2SQL के साथ इसे ले जाया गया।
मैंने संस्करणों के बीच बदलाव के साथ कोई विशेष समस्या नहीं देखी। और सामान्य तौर पर - प्रत्येक संक्रमण उम्मीदों पर खरा उतरा।
लेकिन आज मैं थोड़ा निराश था।

प्रारंभ में, मेरे पास वी.एस. 2012 समाधान .NET 4.5 पर बिखरे हुए डेटाबेस-फर्स्ट रिपोजिटरी के 6 टुकड़े हैं। और मैंने उन्हें EFW 6 में स्थानांतरित करने की कोशिश की।

तो क्या और किस क्रम में किया जाना चाहिए।

1. NuGet मैनेजर पर जाएं (NuGet Package प्रबंधित करें), अपडेट टैब खोलें और Entity Framework 6 (6.0.1) इंस्टॉल करें
यह प्रक्रिया पुरानी असेंबली के संदर्भ को हटा देगी और प्रोजेक्ट में दो नई असेंबली जोड़ देगी (EntityFramework.dll, EntityFramework.SqlServer.dll)
यह प्रत्येक परियोजना के लिए किया जाना चाहिए जहां ईएफडब्ल्यू है। यदि यह सब अंततः किसी अन्य अनुप्रयोग में चलता है - तो आपको app.config (web.config) में समान परिवर्तन करने की आवश्यकता है

2. आपकी परियोजना में बहुत सारी संकलन त्रुटियां दिखाई देंगी। लेकिन उन्हें सही करने में जल्दबाजी न करें। सबसे पहले, हम इकाई जनरेटर को बदल देंगे और, इसलिए, कुछ त्रुटियों को स्वचालित रूप से सही करेंगे। यदि जनरेटर पहले से ही परियोजना में उपयोग किया गया है, तो हटाएं (खोज करें और हटाएं। *)
हम चार्ट दृश्य पर जाते हैं, दायाँ पेडल दबाते हैं और "कोड जनरेशन आइटम जोड़ें" का चयन करते हैं और "EF 6.x DBContextGenerator" का चयन करते हैं।
यदि आपने वीएस 2012 (और 2013 नहीं) स्थापित किया है, तो आपको पहले एंटिटी फ्रेमवर्क टूल्स 6 स्थापित करने की आवश्यकता है

3. अब हम संकलन त्रुटियों को ठीक करते हैं।
एक नियम के रूप में, त्रुटियां इस तथ्य से संबंधित हैं कि नाम स्थान बदल गया है।
ज्यादातर मामलों में परिवर्तनों का पैटर्न यह है: System.Data, .Entity.Core के बाद।

सब कुछ, प्रोजेक्ट लॉन्च करने के लिए तैयार है।

और अब रेक के बारे में।

1. खो दिया (स्थानांतरित) तरीकों का एक गुच्छा जो कोड में स्वचालित रूप से तय नहीं किया जा सकता है।
उदाहरण के लिए:
Context.DeleteObject () अब और नहीं है, अब वांछित DbSet पर जाएं और वहां निकालें () को कॉल करें।

context.Delete(user); // context.Users.Remove(user); // 

प्रसंग.अध्यापन *** अब भी चला गया है, वांछित DbSet पर जाएं और वहां ऐड () को कॉल करें।

 context.AddToUsers(user); // context.Users.Add(user); // 

DbSet.AddObject विधि भी गायब हो गई है, लेकिन यहां आप इसे AutoCorrect [AddObject] => [Add] द्वारा हल कर सकते हैं
विशेष रूप से उन्नत एक्सटेंशन लिख सकते हैं।

2. आंतरिक प्रकार बदल गए हैं।
यदि पहले संदर्भ था
अब SqlConnection वहां अचानक दिखाई दिया।
मेरे कोड का क्या हिस्सा टूट गया (कोड का अर्थ "अड़चनों" में कनेक्शन स्ट्रिंग का पता लगाना था और ADO.Net पर आवश्यक चीजें करना)

3. सामान्य तौर पर, संदर्भ में घटनाएं गायब हो गईं।
यानी अब संदर्भ है। शिंगचेंज इवेंट्स बस चले गए हैं।

4. अब उत्पन्न होने वाली कक्षाओं में पूर्व की कार्यक्षमता नहीं है। मैं कहूंगा कि वे अब संरचनाओं से बिल्कुल अलग नहीं हैं।
उन्हें EntityObject से विरासत में भी नहीं मिला है।
युपीडी
लेखक सेल्फ-ट्रैकिंग संस्थाओं को बनाए रखने या विकसित करने की योजना नहीं बनाते हैं। प्रमाण

5. विभिन्न डेटाबेस पर आधारित दो रिपॉजिटरी थे। उनके पास एक ही नाम के टेबल थे। परिणामस्वरूप, रिपॉजिटरी में एक ही नाम लेकिन विभिन्न नामस्थानों के साथ कक्षाएं थीं। एंटिटी फ्रेमवर्क 5 पर, यह कोई समस्या नहीं थी। लेकिन कोड 6 पर, कोड संकलित किया गया था, लेकिन रनटाइम में मैंने एक अपवाद पकड़ा, नाम को हल करने की असंभवता के बारे में (ये अलग-अलग नामस्थान से एक ही वर्ग संदेश में दिखाई दिए)

पैराग्राफ 3 और 4 मुझे लगता है कि DataBase-First दृष्टिकोण को मर्ज कर दिया गया है। जो कुछ भी रहता है वह कोड-प्रथम + स्क्रीन एक वर्ग आरेख ब्राउज़र के रूप में है।

अच्छी तरह से और घातक - 6.0.1 पर स्विच करने के बाद, मेरा कोड अधिक धीरे-धीरे काम करना शुरू कर दिया।
शायद तथ्य यह है कि अन्य, अधिक इष्टतम प्रश्न उत्पन्न होने लगे और वे EFW 5 के लिए बनाए गए अनुक्रमितों से आगे निकल गए।
लेकिन मैंने इसके कारणों को समझना शुरू नहीं किया। बस अधिक खाली समय के लिए संक्रमण को स्थगित कर दिया।