ASP.NET MVC - एंटिटी फ्रेमवर्क, MySQL और रिपॉजिटरी का चयन करने के लिए डिपेंडेंसी रिज़ॉल्वर का उपयोग करना

मैंने ASP.NET MVC और MySQL के बारे में पिछले लेख को थोड़ा विस्तार करने का फैसला किया। यह लगभग मानक ORM इकाई फ्रेमवर्क (EF) के माध्यम से ASP.NET MVC में MySQL के साथ काम करने के बारे में नहीं था, लेकिन ADO.NET के माध्यम से DBMS तक सीधी पहुंच का उपयोग कर रहा था। और इस पहुंच विधि का एक कार्यान्वयन दिया गया था। और यद्यपि विधि पुरानी है और उपयोग के लिए अनुशंसित नहीं है, यह कभी-कभी उपयोगी होती है: उदाहरण के लिए, अत्यधिक लोड किए गए अनुप्रयोगों में या जब किसी डेवलपर को ऐसी स्थिति का सामना करना पड़ता है जहां ओआरएम सही ढंग से काम करने वाली SQL क्वेरी उत्पन्न नहीं कर सकता है। और कभी-कभी आप एक आवेदन में दोनों तरीकों को जोड़ सकते हैं - दोनों ORM के माध्यम से और ADO.NET के माध्यम से। नतीजतन, मैंने सोचा और आवेदन को समाप्त करने का फैसला किया: इसमें एंटिटी फ्रेमवर्क के लिए एक रिपॉजिटरी कार्यान्वयन को जोड़ना और उन्हें निर्भरता रिज़ॉल्वर का उपयोग करके आवेदन पैरामीटर पर निर्भर करना।

इस पते पर सभी कोड यहां लिए जा सकते हैं, नीचे इस कोड को पिछली परियोजना के संबंध में छोटे लिंक और स्पष्टीकरण के साथ आंशिक रूप से प्रस्तुत किया जाएगा। और यहां आप एप्लिकेशन देख सकते हैं ।

हम प्रोजेक्ट बदलते हैं

1. MySQL के साथ Entity फ्रेमवर्क का उपयोग करने के लिए, हमें MySQL.Data.EntityFramework पुस्तकालय स्थापित करना होगा (आप, निश्चित रूप से, एक और ओरेकल से यह एक, MySQL के मालिक हैं)।


यह MySQL.Data और EntityFramework को ही खींचेगा । निम्नलिखित परिवर्तन web.config फ़ाइल में किए गए थे:

<entityFramework> <providers> <provider invariantName="MySql.Data.MySqlClient" type="MySql.Data.MySqlClient.MySqlProviderServices, MySql.Data.EntityFramework, Version=8.0.19.0, Culture=neutral, PublicKeyToken=c5687fc88969c44d" /> </providers> </entityFramework> 

MySQL.Data के साथ एक दिलचस्प संघर्ष पैदा हुआ - चूंकि MySQL.Data.EntityFramework को कम से कम 8.0.19 के MySQL.Data के एक संस्करण की आवश्यकता थी, यह अद्यतन किया गया था ... और परियोजना ने काम करना बंद कर दिया। एक त्रुटि होने लगी:



«Ubiety.Dns.Core» . . , , . ( HRESULT: 0x80131045)

जाहिर है, अहस्ताक्षरित असेंबली Ubiety.Dns.Core को MySQL.Data 8.0.19 में जोड़ा गया था। मुझे इस घटक को परियोजना में नुगेट के माध्यम से शामिल करना था। त्रुटि हो गई है।

2. इसके अलावा, निर्भरता के कार्यान्वयन को लागू करने के लिए, हम परियोजना को Ninject में जोड़ते हैं - निर्भरता को लागू करने के लिए कंटेनर (DI)।

3. हम प्रोजेक्ट संरचना को थोड़ा बदल देंगे: हम रिपॉजिटरी फ़ाइलों को एक अलग रिपॉजिटरी डायरेक्टरी में डालेंगे और इसमें ADO.NET उपनिर्देशिकाएँ बनाएंगे (हम मौजूदा LanguageRepository.cs और वहां UsersRepository.cs को ट्रांसफर करेंगे) और EF (Entity Framework के लिए रिपॉजिटरी फ़ाइलें यहाँ होंगी)।

4. इसके अलावा, appConfig सेक्शन में web.config फाइल में एक एप्लिकेशन पैरामीटर जोड़ा गया है: <add key="ConnectionMethod" value="ADO.NET" /> । एप्लिकेशन दो मान लेगा: "एंटिटी फ्रेमवर्क" या "ADO.NET"। आधार पैरामीटर फ़ाइल में इस पैरामीटर के लिए एक लिंक जोड़ा गया :

 public static string ConnectionMethod { get { return System.Configuration.ConfigurationManager.AppSettings["ConnectionMethod"]; } } 

इकाई फ्रेमवर्क और MySQL - रिपॉजिटरी

DFContext.cs फ़ाइल को EFDbContext वर्ग के साथ रिपॉजिटरी \ EF3 फ़ाइल में जोड़ें:

 public class EFDbContext : DbContext { public EFDbContext() : base(Base.ConnectionString) { } public DbSet<UserClass> Users { get; set; } public DbSet<LanguageClass> Languages { get; set; } } 

इसमें, हम प्रयुक्त DBMS कनेक्शन स्ट्रिंग और Users और Languages डेटा सेट निर्धारित करते हैं।

LanguageRepositoryEF.cs फ़ाइल के साथ LanguagesRepositoryEF वर्ग जोड़ें:

 public class LanguagesRepositoryEF : ILanguagesRepository { private EFDbContext context = new EFDbContext(); public IList<LanguageClass> List() { return context.Languages.OrderBy(x => x.LanguageName).ToList(); } } 

और UsersRepositoryEF.cs फाइल को UsersRepositoryEF वर्ग के साथ:

 public class UsersRepositoryEF : IUsersRepository { private EFDbContext context = new EFDbContext(); public IList<UserClass> List() { return context.Users.ToList(); } public IList<UserClass> List(string sortName, SortDirection sortDir, int page, int pageSize, out int count) { count = context.Users.Count(); if (sortName != null) return context.Users.OrderByDynamic(sortName, sortDir).Skip((page - 1) * pageSize).Take(pageSize).ToList(); else return context.Users.OrderBy(o => o.UserID).Skip((page - 1) * pageSize).Take(pageSize).ToList(); } public bool AddUser(UserClass user) { user.Language = context.Languages.Find(user.Language.LanguageID); if (user.Language != null && context.Users.Add(user) != null) { try { context.SaveChanges(); } catch (System.Exception ex) {} } return user.UserID > 0; } public UserClass FetchByID(int userID) { UserClass user = null; try { user = context.Users.Find(userID); } catch (System.Exception ex) { } return user; } public bool ChangeUser(UserClass user) { bool result = false; user.Language = context.Languages.Find(user.Language.LanguageID); if (user.Language != null) { UserClass olduser = context.Users.Find(user.UserID); if (olduser != null) { olduser.Email = user.Email; olduser.Loginname = user.Loginname; olduser.Language = user.Language; olduser.SupporterTier = user.SupporterTier; try { result = context.SaveChanges() > 0; } catch (System.Exception ex) { } } } return result; } public bool RemoveUser(UserClass user) { bool result = false; UserClass olduser = context.Users.Find(user.UserID); if (olduser != null) context.Users.Remove(olduser); try { result = context.SaveChanges() > 0; } catch (System.Exception ex) { } return result; } } 

यह देखा जा सकता है कि फ़ाइल का आकार ADO.NET के लिए स्पष्ट रूप से कम है - ORM हमारे लिए गंदा काम करता है - यह अपने आप SQL क्वेरी बनाता है।

हालाँकि, मुझे ADO.NET के कार्यान्वयन में रोल करने वाले कुछ बिंदु मिले, लेकिन EF में काम नहीं किया।

सबसे पहले मुझे UserClass.cs फ़ाइल ( डोमेन निर्देशिका में) में बदलाव करना था: Users और Languages तालिकाओं के बीच कनेक्शन के सामान्य संचालन के लिए एक और फ़ील्ड जोड़ें:

 [HiddenInput(DisplayValue = false)] public int? LanguageID { get; set; } 

और दूसरा - यह पता चला कि MySQL में फ़ील्ड जैसे Enum EF के माध्यम से काम नहीं करता है। सबसे अधिक संभावना है, इसका कारण यह है कि कोड में गणना एक पूर्णांक मान है, लेकिन डेटाबेस से EF के माध्यम से मानों को पाठ के रूप में पढ़ा जाता है (यदि MySQL से क्वेरी में टाइप एनम MySQL के क्षेत्र के मूल्यों को पढ़ने के लिए सिर्फ इस गणना के पाठ मान हैं)। और अगर ADO.NET के संस्करण में, मैं इसे CAST(u.SupporterTier AS UNSIGNED) as SupporterTier का उपयोग करके CAST(u.SupporterTier AS UNSIGNED) as SupporterTier निर्माण के CAST(u.SupporterTier AS UNSIGNED) as SupporterTier प्राप्त कर सकता हूं, तो EF के साथ इस तरह का एक मेटामोर्फोसिस मेरे लिए CAST(u.SupporterTier AS UNSIGNED) as SupporterTier निकला - कोई भी आजमाया हुआ विकल्प नहीं आया। खैर, चूंकि कोड प्रथम तकनीक टाइप INT के क्षेत्र के रूप में Enum का एक क्षेत्र उत्पन्न करता है, इसलिए हमें डेटाबेस में फ़ील्ड SupporterTier के प्रकार को बदलना पड़ा:

 CHANGE COLUMN `SupporterTier` `SupporterTier` INT(4) UNSIGNED NOT NULL DEFAULT '1' ; 

एप्लिकेशन पैरामीटर का उपयोग करके रिपॉजिटरी का चयन करें

हम कंस्ट्रक्टर के माध्यम से कार्यान्वयन का उपयोग करेंगे, जैसा कि पाठ्यपुस्तक में लिखा गया है। सबसे पहले, हमें अपने साझा भंडार के लिए इंटरफेस बनाने की आवश्यकता है: सामग्री के साथ रिपॉजिटरी निर्देशिका में LanguagesRepository.cs फ़ाइल बनाएं:

 public interface ILanguagesRepository { IList<LanguageClass> List(); } 

और UsersRepository.cs सामग्री के साथ फ़ाइल:

 public interface IUsersRepository { IList<UserClass> List(); IList<UserClass> List(string sortName, SortDirection sortDir, int page, int pageSize, out int count); bool AddUser(UserClass user); UserClass FetchByID(int userID); bool ChangeUser(UserClass user); bool RemoveUser(UserClass user); } 

ठीक है, हम इन इंटरफेस से संबंधित वर्ग वारिस करते हैं:

 public class LanguagesRepositoryADO : ILanguagesRepository public class UsersRepositoryADO : IUsersRepository public class LanguagesRepositoryEF : ILanguagesRepository public class UsersRepositoryEF : IUsersRepository 

खैर, UsersController कंट्रोलर में , हम ऐसे जोड़ बनाते हैं जो इसे इन इंटरफेस के साथ काम करने की अनुमति देगा:

 private ILanguagesRepository repLanguages; private IUsersRepository repUsers; public UsersController(ILanguagesRepository langsParam, IUsersRepository usersParam) { repLanguages = langsParam; repUsers = usersParam; } 

और नियंत्रक में, हम क्रमशः इन कक्षाओं की वस्तुओं को repLanguages और repUsers तक पहुंचने के स्थानों को बदलते हैं। लेकिन हमें नियंत्रक निर्माता के माध्यम से रिपॉजिटरी कक्षाओं के उदाहरणों को पारित करने की आवश्यकता है, जो निश्चित रूप से असुविधाजनक है। इससे बचने के लिए, हमें डिपेंडेंसी रिज़ॉल्वर (DR) जैसे मज़बूत टोना- टोटके की ज़रूरत है। और इसके लिए हम Ninject का उपयोग करेंगे:

हम Application_Start पद्धति में Global.asax.cs फ़ाइल में DR रजिस्टर करते हैं:

 DependencyResolver.SetResolver(new NinjectDependencyResolver()); 

NinjectDependencyResolver.cs फ़ाइल को NinjectDependencyResolver वर्ग ( IDependencyResolver इंटरफ़ेस से विरासत में मिली) के साथ इन्फ्रास्ट्रक्चर निर्देशिका में फ़ाइल बनाएँ:

 public class NinjectDependencyResolver : IDependencyResolver { private IKernel kernel; public NinjectDependencyResolver() { kernel = new StandardKernel(); AddBindings(); } public object GetService(Type serviceType) { return kernel.TryGet(serviceType); } public IEnumerable<object> GetServices(Type serviceType) { return kernel.GetAll(serviceType); } private void AddBindings() { if (Domain.Base.ConnectionMethod == "Entity Framework") { kernel.Bind<ILanguagesRepository>().To<LanguagesRepositoryEF>(); kernel.Bind<IUsersRepository>().To<UsersRepositoryEF>(); } else { kernel.Bind<ILanguagesRepository>().To<LanguagesRepositoryADO>(); kernel.Bind<IUsersRepository>().To<UsersRepositoryADO>(); } } } 

और यह पता चला है कि एकमात्र जगह जिसमें यह निर्धारित किया जाता है कि DBMS के साथ काम करने का कौन सा तरीका उपयोग किया जाता है (सीधे, ADO.NET के माध्यम से या एंटिटी फ्रेमवर्क के माध्यम से) AddBindings NinjectDependencyResolver वर्ग में AddBindings विधि है। असली जादू अगर आप नहीं जानते कि यह कैसे काम करता है।

AddBindings विधि में, ConnectionMethod एप्लिकेशन पैरामीटर के मूल्य के आधार पर, इंटरफ़ेस विधियों को लागू करने वाले विशिष्ट वर्गों के साथ ILanguagesRepository और IUsersRepository । जब से हमने आवेदन NinjectDependencyResolver , हमने DR को NinjectDependencyResolver वर्ग के ऑब्जेक्ट के रूप में पंजीकृत किया, और क्लास में हमने रिपॉजिटरी इंटरफेस के बंधन को एक विशिष्ट वर्ग के लिए निर्दिष्ट किया, जब MVC फ्रेमवर्क का उपयोग करके UsersController कंट्रोलर कंट्रोलर UsersController बनाने के लिए अनुरोध किया, क्लास को UsersController करने के लिए जब यह पता चलेगा कि इसे IUsersRepository विशिष्ट वर्गों के उदाहरण बनाएंगे और उन्हें नियंत्रक कंस्ट्रक्टर (DR और MVC फ्रेमवर्क के माध्यम से) को पास करेंगे।

कुल मिलाकर

एप्लिकेशन अब ORM इकाई फ्रेमवर्क के माध्यम से DBMS तक पहुंच की विधि का भी समर्थन करता है। उसी समय, ADO.NET के माध्यम से पहुंच विधि दूर नहीं गई है और जब पैरामीटर द्वारा आवेदन लॉन्च किया जाता है, तो उसका चयन किया जाता है, जिसके लिए हमने निन्यूज़ लाइब्रेरी का उपयोग करके नियंत्रक के निर्माता के माध्यम से निर्भरता इंजेक्शन विधि का उपयोग किया।



PS और अंत में: आप देख सकते हैं कि यह परियोजना इस पते पर कैसे काम करती है। और यहां आप पूरे प्रोजेक्ट को डाउनलोड कर सकते हैं। खैर, ढेर करने के लिए - मेरे ब्लॉग के लिए एक कड़ी।