🚗 🔙 👩🏾‍🎤 ASP.NET पर प्लगइन सिस्टम। या प्लगइन्स के साथ एक साइट, mademoiselle और वरीयता 👩🏼‍🔧 👩🏿‍⚖️ 🦔

इसके बजाय अग्रदूत

यह सामग्री पूरी तरह से नेटवर्क पर जानकारी एकत्र करने और प्लग-इन के आधार पर काम करने वाली साइट बनाने का परिणाम है। यहां मैं ऐसी प्रणाली के संचालन के विचार और इसके संचालन के लिए आवश्यक मुख्य घटकों का वर्णन करने का प्रयास करूंगा।
यह लेख मूल होने का दावा नहीं करता है, और वर्णित प्रणाली केवल सही और सुंदर नहीं है। लेकिन अगर आप, प्रिय $ habrauser $, इस तरह की व्यवस्था बनाने में रुचि रखते हैं, तो आपका स्वागत है बिल्ली के लिए

समस्या और समस्या बयान

फिलहाल मैं एक बड़ी परियोजना का संचालन कर रहा हूं, जिसे चार बड़े भागों में विभाजित किया गया है। इनमें से प्रत्येक भाग को कम से कम 2 छोटे कार्यों में विभाजित किया गया है। जबकि सिस्टम में 2 भाग थे, समर्थन तनावपूर्ण नहीं था और परिवर्तनों के कार्यान्वयन से कोई समस्या नहीं हुई। लेकिन समय के साथ, यह प्रणाली विशाल अनुपात में बढ़ी और कोड को बनाए रखना इतना आसान काम हो गया। इसलिए, मैं इस निष्कर्ष पर पहुंचा कि इस पूरे चिड़ियाघर को भागों में विभाजित किया जाना चाहिए। परियोजना एक ASP.NET MVC इंट्रानेट साइट है जहां कंपनी के कर्मचारी काम करते हैं। समय के साथ, पांच से सात विचार और दो से तीन नियंत्रक एक विशाल ढेर में बढ़ गए, जिसे बनाए रखना मुश्किल हो गया।

समाधान के लिए खोजें

शुरू करने के लिए, मैंने एक परियोजना को भागों में विभाजित करने की समस्या को हल करने के लिए मानक तरीकों की तलाश शुरू की। तुरंत क्षेत्रों (क्षेत्रों) का विचार मेरे दिमाग में आया। लेकिन यह विकल्प तुरंत खारिज कर दिया गया था, क्योंकि वास्तव में यह परियोजना को और भी छोटे तत्वों में विभाजित करता था, जिससे समस्या हल नहीं होती थी। सभी "मानक" समाधान विधियों पर भी विचार किया गया था, लेकिन वहां भी मुझे ऐसा कुछ नहीं मिला जिसने मुझे संतुष्ट किया हो।
मूल विचार सरल था। सिस्टम के प्रत्येक घटक को एक कार्य प्रणाली से कनेक्ट करने का एक आसान तरीका के साथ प्लग-इन होना चाहिए, जिसमें संभव के रूप में कुछ फाइलें शामिल हैं। एक नया प्लगइन बनाना और कनेक्ट करना रूट एप्लिकेशन को किसी भी तरह से प्रभावित नहीं करना चाहिए। और प्लगइन कनेक्शन स्वयं माउस क्लिक के एक जोड़े से अधिक कठिन नहीं होना चाहिए।

पहला दृष्टिकोण

इंटरनेट पर एक लंबी गुगली और खोजों के दौरान, प्लग-इन सिस्टम का वर्णन मिला। लेखक ने परियोजना के लिए स्रोत कोड प्रदान किया, जिसे तुरंत डाउनलोड किया गया था। परियोजना सुंदर है, और यहां तक कि हर चीज को पूरा करती है जिसे मैं तैयार समाधान में देखना चाहता हूं। लॉन्च किया, देखा। दरअसल, अलग-अलग प्रोजेक्ट के रूप में प्रस्तुत किए गए प्लगइन्स संकलित हैं और "स्वचालित रूप से जुड़े हुए हैं" (यहां मैंने एक कारण के लिए उद्धरण चिह्नों में लिखा है। अगला मैं साइट पर क्यों लिखूंगा)। मैं पहले से ही खुशी के लिए कूदने के लिए तैयार था, लेकिन ... यहां ब्यूट उठी, जिसकी मुझे उम्मीद नहीं थी। प्लग-इन परियोजनाओं के मापदंडों को देखने के बाद, मैंने निर्माण के मापदंडों को पाया। उन्होंने पोस्ट-कंस्ट्रक्शन के मापदंडों को लिखा, जिनका उपयोग साइट के साथ फ़ोल्डर में कक्षाओं और क्षेत्रों (क्षेत्रों) के पुस्तकालय की नकल करने के लिए किया गया था। यह बड़ा अटपटा था। बिल्कुल नहीं जैसे "सुविधाजनक प्लग-इन सिस्टम।" इसलिए, मैंने खोज जारी रखी। और, अजीब तरह से, यह खोज सफल रही।

दृष्टिकोण संख्या दो

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

शुरुआत हो रही है

सबसे पहले, Visual Studio खोलें और एक नया वेब अनुप्रयोग MVC 4 प्रोजेक्ट बनाएं (वास्तव में, MVC संस्करण बहुत बड़ी भूमिका नहीं निभाता है)। लेकिन हम कोड लिखने में जल्दबाजी नहीं करेंगे। हम आवश्यक बुनियादी घटकों का निर्माण करेंगे। इसलिए, हम समाधान के लिए टाइप लाइब्रेरी का एक प्रोजेक्ट जोड़ते हैं और इसे इन्फ्रास्ट्रक्चर कहते हैं।
पहले आपको एक प्लगइन इंटरफ़ेस बनाने की आवश्यकता है जिसे सभी प्लगइन्स को लागू करना होगा।
कोड सरल है और मैं इसके बारे में नहीं लिखूंगा।

IModule

namespace EkzoPlugin.Infrastructure { public interface IModule { /// <summary> /// ,      /// </summary> string Title { get; } /// <summary> ///    /// </summary> string Name { get; } /// <summary> ///   /// </summary> Version Version { get; } /// <summary> ///  ,     /// </summary> string EntryControllerName { get; } } }

अब हम Class Library प्रकार की एक और परियोजना बनाएंगे, इसे PluginManager कहेंगे। इस परियोजना में आधार परियोजना से जुड़ने के लिए जिम्मेदार सभी आवश्यक वर्ग होंगे।
एक क्लास फ़ाइल बनाएँ और निम्नलिखित कोड लिखें:

PluginManager

 namespace EkzoPlugin.PluginManager { public class PluginManager { public PluginManager() { Modules = new Dictionary<IModule, Assembly>(); } private static PluginManager _current; public static PluginManager Current { get { return _current ?? (_current = new PluginManager()); } } internal Dictionary<IModule, Assembly> Modules { get; set; } //    public IEnumerable<IModule> GetModules() { return Modules.Select(m => m.Key).ToList(); } //    public IModule GetModule(string name) { return GetModules().Where(m => m.Name == name).FirstOrDefault(); } } }

यह वर्ग एक प्लगइन प्रबंधक को लागू करता है जो लोड किए गए प्लगइन्स की एक सूची को संग्रहीत करेगा और उन्हें हेरफेर करेगा।

अब एक नई क्लास फाइल बनाएं और इसे PreApplicationInit नाम दें। यह वह जगह है जहां जादू काम करेगा, जो एप्लिकेशन लॉन्च करते समय स्वचालित रूप से प्लगइन्स को कनेक्ट करेगा। PreApplicationStartMethod विशेषता "जादू" के लिए जिम्मेदार है (आप इसके बारे में यहां पढ़ सकते हैं)। संक्षेप में, निर्दिष्ट विधि जब यह घोषित की गई थी, वेब एप्लिकेशन शुरू करने से पहले निष्पादित की जाएगी। पहले भी Application_Start की तुलना में। यह हमें आवेदन शुरू होने से पहले हमारे प्लगइन्स को डाउनलोड करने की अनुमति देगा।

PreApplicationInit

 [assembly: PreApplicationStartMethod(typeof(EkzoPlugin.PluginManager.PreApplicationInit), "InitializePlugins")] namespace EkzoPlugin.PluginManager { public class PreApplicationInit { static PreApplicationInit() { //      string pluginsPath = HostingEnvironment.MapPath("~/plugins"); //    ,     string pluginsTempPath = HostingEnvironment.MapPath("~/plugins/temp"); //    ,   if (pluginsPath == null || pluginsTempPath == null) throw new DirectoryNotFoundException("plugins"); PluginFolder = new DirectoryInfo(pluginsPath); TempPluginFolder = new DirectoryInfo(pluginsTempPath); } /// <summary> ///        /// </summary> /// <remarks> ///          /// </remarks> private static readonly DirectoryInfo PluginFolder; /// <summary> ///       ///    ,        /// </summary> private static readonly DirectoryInfo TempPluginFolder; /// <summary> /// Initialize method that registers all plugins /// </summary> public static void InitializePlugins() { Directory.CreateDirectory(TempPluginFolder.FullName); //     foreach (var f in TempPluginFolder.GetFiles("*.dll", SearchOption.AllDirectories)) { try { f.Delete(); } catch (Exception) { } } //  foreach (var plug in PluginFolder.GetFiles("*.dll", SearchOption.AllDirectories)) { try { var di = Directory.CreateDirectory(TempPluginFolder.FullName); File.Copy(plug.FullName, Path.Combine(di.FullName, plug.Name), true); } catch (Exception) { } } // *     'Load' //      'probing'   web.config // : <probing privatePath="plugins/temp" /> var assemblies = TempPluginFolder.GetFiles("*.dll", SearchOption.AllDirectories) .Select(x => AssemblyName.GetAssemblyName(x.FullName)) .Select(x => Assembly.Load(x.FullName)); foreach (var assembly in assemblies) { Type type = assembly.GetTypes().Where(t => t.GetInterface(typeof(IModule).Name) != null).FirstOrDefault(); if (type != null) { //      BuildManager.AddReferencedAssembly(assembly); //       var module = (IModule)Activator.CreateInstance(type); PluginManager.Current.Modules.Add(module, assembly); } } } } }

यह लगभग सभी है जो प्लग-इन सिस्टम के संचालन को व्यवस्थित करने के लिए आवश्यक है। अब लाइब्रेरी डाउनलोड करें , जो बिल्ट-इन विचारों के साथ काम प्रदान करेगा, और प्रोजेक्ट में एक लिंक जोड़ देगा।
यह प्लगइन्स को पंजीकृत करने के लिए आवश्यक कोड बनाने के लिए रहता है।

छिपा हुआ पाठ

 namespace EkzoPlugin.PluginManager { public static class PluginBootstrapper { public static void Initialize() { foreach (var asmbl in PluginManager.Current.Modules.Values) { BoC.Web.Mvc.PrecompiledViews.ApplicationPartRegistry.Register(asmbl); } } } }

यह मॉड्यूल डाउनलोड करता है और पहले से तैयार संसाधनों को पंजीकृत करता है। यह किया जाना चाहिए ताकि सर्वर पर आने वाले अनुरोधों को पूर्वनिर्धारित दृश्यों के लिए सही ढंग से निर्देशित किया जाए।

अब आप हमारे बेस सिस्टम पर जा सकते हैं और इसे प्लगइन्स के साथ काम करने के लिए कॉन्फ़िगर कर सकते हैं। सबसे पहले, हम web.config फ़ाइल खोलते हैं और रनटाइम सेक्शन में निम्नलिखित पंक्ति जोड़ते हैं

  <runtime> <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1"> <probing privatePath="plugins/temp" />

इस सेटिंग के बिना प्लगइन्स काम नहीं करेंगे।

अब पहले से बनाए गए EkzoPlugin.PluginManager प्रोजेक्ट के प्रोजेक्ट लिंक में जोड़ें।
अब Global.asax खोलें और सिर्फ दो लाइनें जोड़ें। सबसे पहले हम EkzoPlugin.PluginManager नामस्थान से जुड़ेंगे

 using EkzoPlugin.PluginManager;

और Applicationaton_Start () में पहली पंक्ति में दूसरी जोड़ें

  protected void ApplicationStart() { PluginBootstrapper.Initialize();

यहां मैं थोड़ा समझाऊंगा। PreApplicationInit विशेषता याद रखें? इसलिए, इससे पहले कि ApplicationStart ने नियंत्रण प्राप्त कर लिया, मॉड्यूल को इनिशियलाइज़ किया गया और प्लगइन मैनेजर में लोड किया गया। और जब ApplicationStart प्रक्रिया को नियंत्रण मिला, तो हम लोड किए गए मॉड्यूल को पंजीकृत करते हैं ताकि प्रोग्राम को पता हो कि प्लग-इन के लिए मार्गों को कैसे संसाधित किया जाए।
वह सब है। हमारा मूल आवेदन तैयार है। यह प्लगइन्स फ़ोल्डर में स्थित प्लगइन्स के साथ काम कर सकता है।

एक प्लगइन लेखन

चलिए अब कार्य को प्रदर्शित करने के लिए एक सरल प्लगइन लिखते हैं। मैं तुरंत एक आरक्षण करना चाहता हूं कि सभी प्लगइन्स में आधार परियोजना के साथ एक सामान्य नाम स्थान होना चाहिए और प्लगइन नामस्थान में स्थित होना चाहिए (वास्तव में, यह एक सख्त प्रतिबंध नहीं है, लेकिन मैं आपको सलाह देता हूं कि आप परेशानियों से बचने के लिए उससे चिपके रहें)। यह वह कीमत है जो आपको चुकानी होगी।
हम आधार के रूप में वेब एप्लिकेशन एमवीसी परियोजना लेते हैं। एक खाली प्रोजेक्ट बनाएं।
एक नया नियंत्रक फ़ोल्डर जोड़ें और एक नया नियंत्रक जोड़ें। चलो इसे SampleMvcController कहते हैं।
डिफ़ॉल्ट रूप से, Visual Studio एकल इंडेक्स () क्रिया के साथ एक नियंत्रक बनाता है। चूंकि हम उदाहरण के लिए एक सरल प्लगइन बना रहे हैं, इसलिए हम इसे नहीं बदलेंगे, लेकिन बस इसके लिए एक दृश्य जोड़ें।
दृश्य जोड़ने के बाद, इसे खोलें और कुछ लिखें जो हमारे प्लगइन की पहचान करेगा।
उदाहरण के लिए, इस तरह:

 <h3>Sample Mvc Plugin</h3>

अब Visual Studio Add-ons प्रबंधक खोलें और RazorGenerator स्थापित करें। यह एक्सटेंशन आपको संकलित dll फ़ाइल में दृश्य जोड़ने की अनुमति देता है।
स्थापना के बाद, समाधान एक्सप्लोरर में index.cshtml दृश्य चुनें और गुण विंडो में निम्न मान सेट करें:
एक्शन बनाएँ: एंबेडेड। सोर्स
कस्टम टूल: रेजरगेंसर
ये सेटिंग्स संकलित पुस्तकालय के संसाधनों में दृश्य को शामिल करने का संकेत देती हैं।
हम लगभग हो चुके हैं। हमारे प्लगइन को काम करने के लिए हमें सभी दो सरल कदम उठाने होंगे।
सबसे पहले, हमें पहले से बनाए गए EkzoPlugin.Infrastructure प्रोजेक्ट में एक लिंक जोड़ना होगा, जिसमें प्लग-इन इंटरफ़ेस शामिल है, जिसे हम लागू कर रहे हैं।
प्लगइन प्रोजेक्ट में एक क्लास जोड़ें और इसे नमूनाएमवीवीमोडुले.कल्स

SampleMVCModule

 using EkzoPlugin.Infrastructure; namespace EkzoPlugin.Plugins.SampleMVC { public class SampleMVCModule : IModule { public string Title { get { return "SampleMVCPlugin"; } } public string Name { get { return Assembly.GetAssembly(GetType()).GetName().Name; } } public Version Version { get { return new Version(1, 0, 0, 0); } } public string EntryControllerName { get { return "SampleMVC"; } } } }

वह सब है। प्लगइन तैयार है। क्या यह सिर्फ इतना ही नहीं है?
अब समाधान को संकलित करें और प्लग-इन असेंबली के आधार साइट के प्लग इन फ़ोल्डर के परिणामस्वरूप प्राप्त लाइब्रेरी की प्रतिलिपि बनाएँ।
आधार साइट के _Layout.cshtml फ़ाइल में निम्न पंक्तियाँ जोड़ें

 @using EkzoPlugin.Infrastructure @using EkzoPlugin.PluginManager @{ IEnumerable<IModule> modules = PluginManager.Current.GetModules(); Func<string, IModule> getModule = name => PluginManager.Current.GetModule(name); } <html ...... <head>....</head> <body> <ul id="pluginsNavigation"> <li class="MenuItem">@Html.ActionLink("Home","Index","Home",null,null)</li> @foreach (IModule module in modules) { <li class="MenuItem">@Html.ActionLink(module.Title, "Index", module.EntryControllerName)</li> } </ul> ... </body> </html>

इस प्रकार, हम लोड किए गए मॉड्यूल के लिंक जोड़ देंगे।

एक निष्कर्ष के बजाय

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

मुझे उम्मीद है कि यह लेख किसी के लिए दिलचस्पी का होगा।

गिटहब परियोजना - लिंक
मेट्रोयूआई टेम्पलेट के साथ प्रोजेक्ट - लिंक

ASP.NET पर प्लगइन सिस्टम। या प्लगइन्स के साथ एक साइट, mademoiselle और वरीयता