IConfiguration के माध्यम से विश्वविद्यालय की एप्लिकेशन सेटिंग संग्रहीत करें

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

परिभाषित करने वाले कार्य

ASP.Net कोर एप्लिकेशन में अब IConfiguration इंटरफ़ेस के माध्यम से एप्लिकेशन सेटिंग्स के साथ काम करने की क्षमता है। उनके साथ काम करने पर बहुत सारे लेख लिखे गए हैं। यह आलेख हमारे आवेदन की सेटिंग्स को स्टोर करने के लिए IConfiguration का उपयोग करने के अनुभव के बारे में बताएगा, जैसे कि LDAP सर्वर से कनेक्ट करने के लिए सेटिंग्स, एक SMTP सर्वर, आदि। लक्ष्य डेटाबेस के साथ काम करने के लिए एप्लिकेशन कॉन्फ़िगरेशन के साथ काम करने के लिए मौजूदा तंत्र को कॉन्फ़िगर करना है। इस लेख में आपको इंटरफ़ेस का उपयोग करने के लिए मानक दृष्टिकोण का वर्णन नहीं मिलेगा।

अनुप्रयोग आर्किटेक्चर DDD पर CQRS के साथ मिलकर बनाया गया है। इसके अलावा, हम जानते हैं कि IConfiguration इंटरफ़ेस ऑब्जेक्ट सभी सेटिंग्स को कुंजी-मूल्य जोड़ी के रूप में संग्रहीत करता है। इसलिए, हमने पहले इस रूप में डोमेन पर सेटिंग्स का एक निश्चित सार बताया:

public class Settings: Entity { public string Key { get; private set; } public string Value { get; private set; } protected Settings() { } public Settings(string key, string value) { Key = key; SetValue(value); } public void SetValue(string value) { Value = value; } } 

परियोजना ORM के रूप में EF Core का उपयोग करती है। और प्रवासन FluentMigrator जिम्मेदार है।
हमारे संदर्भ में एक नई इकाई जोड़ें:

 public class MyContext : DbContext { public MyContext(DbContextOptions options) : base(options) { } public DbSet<Settings> Settings { get; set; } … } 

इसके बाद, हमारी नई इकाई के लिए, हमें EF के विन्यास का वर्णन करने की आवश्यकता है:

 internal class SettingsConfiguration : IEntityTypeConfiguration<Settings> { public void Configure(EntityTypeBuilder<Settings> builder) { builder.ToTable("Settings"); } } 

और इस इकाई के लिए एक माइग्रेशन लिखें:

 [Migration(2019020101)] public class AddSettings: AutoReversingMigration { public override void Up() { Create.Table("Settings") .WithColumn(nameof(Settings.Id)).AsInt32().PrimaryKey().Identity() .WithColumn(nameof(Settings.Key)).AsString().Unique() .WithColumn(nameof(Settings.Value)).AsString(); } } 

और उल्लेखित IConfiguration कहाँ है?

हम IConfigurationRoot इंटरफ़ेस का उपयोग करते हैं

हमारे प्रोजेक्ट में ASP.NET Core MVC पर बनाया गया एक एपीआई एप्लिकेशन है। और डिफ़ॉल्ट रूप से, हम अनुप्रयोग सेटिंग्स के मानक भंडारण के लिए IConfiguration का उपयोग करते हैं, उदाहरण के लिए, डेटाबेस से कनेक्ट करना:

 public Startup(IConfiguration configuration) { Configuration = configuration; } public IConfiguration Configuration { get; } public void ConfigureServices(IServiceCollection services) { void OptionsAction(DbContextOptionsBuilder options) => options.UseSqlServer(Configuration.GetConnectionString("MyDatabase")); services.AddDbContext<MyContext>(OptionsAction); ... } 

इन सेटिंग्स को पर्यावरण चर में डिफ़ॉल्ट रूप से संग्रहीत किया जाता है:

 public static IWebHostBuilder CreateWebHostBuilder(string[] args) => WebHost.CreateDefaultBuilder(args) .ConfigureAppConfiguration((hostingContext, config) => { config.AddEnvironmentVariables(); }) 

और विचार के अनुसार, हम इस ऑब्जेक्ट का उपयोग इच्छित सेटिंग्स को स्टोर करने के लिए कर सकते हैं, लेकिन फिर वे एप्लिकेशन की सामान्य सेटिंग्स के साथ ही अंतर करेंगे (जैसा कि ऊपर बताया गया है - डेटाबेस से कनेक्ट करना)

DI में जुड़े ऑब्जेक्ट्स को अलग करने के लिए, हमने IConfigurationRoot चाइल्ड इंटरफ़ेस का उपयोग करने का निर्णय लिया:

 public void ConfigureServices(IServiceCollection services) { services.AddScoped<IConfigurationRoot>(); ... } 

जब आप इसे हमारी सेवा के कंटेनर से जोड़ते हैं, तो हम एप्लिकेशन की सेटिंग्स के साथ हस्तक्षेप किए बिना, सुरक्षित रूप से एक अलग से कॉन्फ़िगर की गई सेटिंग ऑब्जेक्ट के साथ काम कर सकते हैं।

हालांकि, कंटेनर में हमारी वस्तु को डोमेन में हमारे सार और डेटाबेस के साथ काम करने के तरीके के बारे में कुछ भी नहीं पता है।

हम नए कॉन्फ़िगरेशन प्रदाता का वर्णन करते हैं

याद रखें कि हमारा कार्य डेटाबेस में सेटिंग्स को स्टोर करना है। और इसके लिए आपको नए कॉन्फ़िगरेशन प्रदाता IConfigurationRoot का वर्णन करने की आवश्यकता है, जो कि कॉन्फ़िगरेशनप्रूवर से विरासत में मिला है। नए प्रदाता को सही ढंग से काम करने के लिए, हमें डेटाबेस से पढ़ने की विधि - लोड () और डेटाबेस में लिखने की विधि का वर्णन करना होगा - सेट ():

 public class EFSettingsProvider : ConfigurationProvider { public EFSettingsProvider(MyContext myContext) { _myContext = myContext; } private MyContext _myContext; public override void Load() { Data = _myContext.Settings.ToDictionary(c => c.Key, c => c.Value); } public override void Set(string key, string value) { base.Set(key, value); var configValues = new Dictionary<string, string> { { key, value } }; var val = _myContext.Settings.FirstOrDefault(v => v.Key == key); if (val != null && val.Value.Any()) val.SetValue(value); else _myContext.Settings.AddRange(configValues .Select(kvp => new Settings(kvp.Key, kvp.Value)) .ToArray()); _myContext.SaveChanges(); } } 

इसके बाद, आपको हमारे कॉन्फ़िगरेशन के लिए एक नए स्रोत का वर्णन करना होगा जो IConfigurationSource को लागू करता है:

 public class EFSettingsSource : IConfigurationSource { private DssContext _dssContext; public EFSettingSource(MyContext myContext) { _myContext = myContext; } public IConfigurationProvider Build(IConfigurationBuilder builder) { return new EFSettingsProvider(_myContext); } } 

और सादगी के लिए, एक्सटेंशन को IConfigurationBuilder में जोड़ें:

 public static IConfigurationBuilder AddEFConfiguration( this IConfigurationBuilder builder, MyContext myContext) { return builder.Add(new EFSettingSource(myContext)); } 

अब, हम हमारे द्वारा बताए गए प्रदाता को उस स्थान पर निर्दिष्ट कर सकते हैं जहाँ हम ऑब्जेक्ट को DI से जोड़ते हैं:

 public void ConfigureServices(IServiceCollection services) { services.AddScoped<IConfigurationRoot>(provider => { var myContext = provider.GetService<MyContext>(); var configurationBuilder = new ConfigurationBuilder(); configurationBuilder.AddEFConfiguration(myContext); return configurationBuilder.Build(); }); ... } 

नए प्रदाता के साथ हमारे जोड़तोड़ ने हमें क्या दिया?

IConfigurationRoot उदाहरण

सबसे पहले, एक निश्चित Dto मॉडल को परिभाषित करते हैं जो हमारे एप्लिकेशन के क्लाइंट को प्रसारित किया जाएगा, उदाहरण के लिए, लैपटांग से कनेक्ट करने के लिए सेटिंग्स को स्टोर करने के लिए:

 public class LdapSettingsDto { public int Id { get; set; } public string UserName { get; set; } public string Password { get; set; } public string Address { get; set; } } 

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

एक ही प्रकार की कई वस्तुओं को संग्रहीत करने के लिए, हमने IConfigurationRoot के लिए एक एक्सटेंशन लिखा:

 public static void SetDataFromObjectProperties(this IConfigurationRoot config, object obj, string indexProperty = "Id") { //   var type = obj.GetType(); int id; try { //   id = int.Parse(type.GetProperty(indexProperty).GetValue(obj).ToString()); } catch (Exception ex) { throw new Exception($"   {indexProperty}  {type.Name}", ex.InnerException); } //   0,            indexProperty if (id == 0) { var maxId = config.GetSection(type.Name) .GetChildren().SelectMany(x => x.GetChildren()); var mm = maxId .Where(c => c.Key == indexProperty) .Select(v => int.Parse(v.Value)) .DefaultIfEmpty() .Max(); id = mm + 1; try { type.GetProperty(indexProperty).SetValue(obj, id); } catch (Exception ex) { throw new Exception($"   {indexProperty}  {type.Name}", ex.InnerException); } } //         foreach (var field in type.GetProperties()) { var key = $"{type.Name}:{id.ToString()}:{field.Name}"; if (!string.IsNullOrEmpty(field.GetValue(obj)?.ToString())) { config[key] = field.GetValue(obj).ToString(); } } } 

इस प्रकार, हम अपनी सेटिंग्स के कई उदाहरणों के साथ काम कर सकते हैं।

डेटाबेस में सेटिंग्स लिखने का उदाहरण

जैसा कि ऊपर उल्लेख किया गया है, हमारी परियोजना CQRS दृष्टिकोण का उपयोग करती है। सेटिंग्स लिखने के लिए, हम एक साधारण कमांड का वर्णन करते हैं:

 public class AddLdapSettingsCommand : IRequest<ICommandResult> { public LdapSettingsDto LdapSettings { get; } public AddLdapSettingsCommand(LdapSettingsDto ldapSettings) { LdapSettings = ldapSettings; } } 

और फिर हमारी टीम के हैंडलर:

 public class AddLdapSettingsCommandHandler : IRequestHandler<AddLdapSettingsCommand, ICommandResult> { private readonly IConfigurationRoot _settings; public AddLdapSettingsCommandHandler(IConfigurationRoot settings) { _settings = settings; } public async Task<ICommandResult> Handle(AddLdapSettingsCommand request, CancellationToken cancellationToken) { try { _settings.SetDataFromObjectProperties(request.LdapSettings); } catch (Exception ex) { return CommandResult.Exception(ex.Message, ex); } return await Task.Run(() => CommandResult.Success, cancellationToken); } } 

परिणामस्वरूप, हम डेटाबेस में वर्णित तर्क के अनुसार एक लाइन में हमारी ldap सेटिंग्स का डेटा लिख ​​सकते हैं।

डेटाबेस में, हमारी सेटिंग्स इस तरह दिखती हैं:

डेटाबेस से सेटिंग पढ़ने का उदाहरण

Ldap सेटिंग्स को पढ़ने के लिए हम एक सरल क्वेरी लिखेंगे:

 public class GetLdapSettingsByIdQuery : IRequest<LdapSettingsDto> { public int Id { get; } public GetLdapSettingsByIdQuery(int id) { Id = id; } } 

और फिर हमारे अनुरोध के हैंडलर:

 public class GetLdapSettingsByIdQueryHandler : IRequestHandler<GetLdapSettingsByIdQuery, LdapSettingsDto> { private readonly IConfigurationRoot _settings; public GetLdapSettingsByIdQueryHandler(IConfigurationRoot settings) { _settings = settings; } public async Task<LdapSettingsDto> Handle(GetLdapSettingsByIdQuery request, CancellationToken cancellationToken) { var ldapSettings = new List<LdapSettingsDto>(); _settings.Bind(nameof(LdapSettingsDto), ldapSettings); var ldapSettingsDto = ldapSettings.FirstOrDefault(ls => ls.Id == request.Id); return await Task.Run(() => ldapSettingsDto, cancellationToken); } } 

जैसा कि हम उदाहरण से देखते हैं, बिंद विधि का उपयोग करके, हम डेटाबेस से डेटा के साथ अपनी ldapSettings ऑब्जेक्ट को भरते हैं - LdapSettingsDto नाम से हम कुंजी (अनुभाग) निर्धारित करते हैं जिसके द्वारा हमें डेटा प्राप्त करने की आवश्यकता होती है और फिर हमारे प्रदाता में वर्णित लोड विधि को कहा जाता है।

आगे क्या?

और फिर हम आवेदन में सभी प्रकार की सेटिंग्स को हमारे साझा भंडार में जोड़ने की योजना बनाते हैं।

हम आशा करते हैं कि हमारा समाधान आपके लिए उपयोगी होगा और आप अपने प्रश्न और टिप्पणियाँ हमारे साथ साझा करेंगे।