ओविन और कटाना: फर्स्ट लुक

Microsoft की वेब तकनीकों के साथ वर्तमान स्थिति पर एक नज़र डालें। 98 के बाद से, मुख्य विकास उपकरण ASP .Net है। यह एक क्लासिक है: समृद्ध कार्यक्षमता, मार्कअप से तर्क को अलग करना, वेब एप्लिकेशन विकसित करने के लिए एक नया मॉडल। कई प्लस और मिन्यूज़ भी हैं: सभी तार्किक रूप से विषम घटकों को एक ही सिस्टम में जोड़ा जाता है। विधानसभा (HTTP कर्नेल ऑब्जेक्ट, वेबफॉर्म, आदि)। यह सब करने के लिए, एएसपी .नेट को बड़े नेट फ्रेमवर्क में शामिल किया गया है, जिसका अर्थ है कि व्यक्तिगत रिलीज के बीच का समय कई साल हो सकता है। और यह ASP .NET को समय के साथ और वेब प्रौद्योगिकियों के साथ बनाए रखने की अनुमति नहीं देता है। अखंड वास्तुकला इस सभी धन को धीमा और निष्क्रिय बना देता है, और कोई भी परिवर्तन कई घटकों को प्रभावित करता है।

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

MVC फ्रेमवर्क Microsoft द्वारा रूबी ऑन रेल्स पर एक नज़र के साथ बनाया गया था। एक तार्किक और आधुनिक कदम। इस उत्पाद ने डेवलपर्स को मार्कअप पर अधिक नियंत्रण दिया, जबकि इसे व्यापारिक तर्क से अलग रखा।

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

Owin

रैक से प्रेरित होकर, कई .NET डेवलपर्स ने वेब सर्वर और बुनियादी ढांचे के घटकों के बीच अपना खुद का अमूर्त बनाने का फैसला किया। डेवलपर्स के दो लक्ष्य थे:

• नए घटकों को विकसित करना और उपयोग करना आसान होगा।
• अनुप्रयोगों को आसानी से होस्ट से होस्ट किया जा सकता है, संभवतः प्लेटफार्मों के पार भी

और वही हुआ।

OWIN (.NET के लिए ओपन वेब इंटरफेस) एक इंटरफ़ेस को परिभाषित करने और सभी घटकों के बीच बातचीत का वर्णन करने वाला एक विनिर्देश है।

OWIN का आधार IDEDIA <string, object> Dictionary है, जिसका इस्तेमाल HTTP रिक्वेस्ट, रिक्वेस्ट हेडर और होस्ट एनवायरनमेंट को एक्सेस करने के लिए किया जाता है। सभी कुंजियों को OWIN विनिर्देशन में वर्णित किया गया है।
डेटा के साथ इस शब्दकोश को पॉप्युलेट करने के लिए ओविन-संगत सर्वर जिम्मेदार है।

निम्नलिखित OWIN तत्व है। यह प्रतिनिधि है:

Func<IDictionary<string, object>, Task>; 

इनपुट के रूप में, यह ऊपर वर्णित शब्दकोश लेता है, और प्रक्रिया के अंत में एक टास्क ऑब्जेक्ट देता है।

Owin.dll लाइब्रेरी (NuGet पर उपलब्ध) में केवल एक IAppBuilder इंटरफ़ेस है:

 public interface IAppBuilder { IDictionary<string, object> Properties { get; } IAppBuilder Use(object middleware, params object[] args); [SuppressMessage("Microsoft.Naming", "CA1716:IdentifiersShouldNotMatchKeywords", MessageId = "New", Justification = "By design")] IAppBuilder New(); } 

यह इंटरफ़ेस OWIN विनिर्देश के अनुसार विकसित सभी मॉड्यूल को जोड़ता है। प्रत्येक व्यक्तिगत मॉड्यूल में कोई बाहरी निर्भरता नहीं होती है, इनमें से एक घटक सिग्नलआर और वेबएपीआई है जो पूरी तरह से ओविन-संगत हैं।

OWIN होस्टिंग

OWIN का उपयोग करते हुए, हम केवल उन्हीं घटकों को जोड़ने के लिए स्वतंत्र हैं, जिनकी हमें यहीं और अभी आवश्यकता है, चाहे वह प्राधिकरण मॉड्यूल हो, वही सिग्नलआर, स्थिर पृष्ठ आदि। और IIS के विपरीत, उदाहरण के लिए, हमारे सर्वर को अनावश्यक कार्यक्षमता के साथ अतिभारित नहीं किया जाएगा, जिसका अर्थ है कि यह अधिक उत्पादक होगा।

कटाना Microsoft द्वारा लिखित एक OWIN- संगत होस्ट है। OWIN विनिर्देश को लागू करने के अलावा, कटाना के पास Owin.Typin लाइब्रेरी में निहित विकास को आसान बनाने के लिए विभिन्न सहायक कक्षाएं और रैपर हैं। उदाहरण के लिए, दो एडेप्टर क्लासेस जो डिक्शनरी के साथ काम करने को आसान बनाते हैं: ओवेनरैक्वेस्ट और ओइनरिस्पॉन्स, ओउइन के लिए वेबस्केट कार्यान्वयन ओविंवेबकेट और हेडर और अन्य अनुरोध मापदंडों के साथ काम करने के लिए सहायक वर्ग ओवेनहेल्पर्स है।

एक महत्वपूर्ण बिंदु: कटाना किसी भी इंटरफेस या बुनियादी प्रकार के उपयोग से बंधा नहीं है, इसके बजाय, समझौतों को परिभाषित किया जाता है जो डेवलपर्स को पालन करना चाहिए।

अभ्यास

अभ्यास के लिए एक कार्य के रूप में, हम OWIN के आधार पर WebApi को लागू करते हैं। शुरू करने के लिए, हमें यह तय करने की आवश्यकता है कि कटाना को कैसे लॉन्च किया जाए। आइए इस स्व-मेजबान की कोशिश करें। एक सरल कंसोल प्रोजेक्ट बनाएं WebApiOwinSelfHostDemo हमें WebApi के एक उचित कार्यान्वयन की आवश्यकता है। हम इसे NuGet के माध्यम से डालते हैं।

इंस्टॉल करें-पैकेज Microsoft.AspNet.WebApi.OwinSelfHost -Pre
यह कमांड सभी आवश्यक OWIN लाइब्रेरी स्थापित करेगा।
इसके बाद, हम अपने प्रोजेक्ट में एक नया स्टार्टअप क्लास जोड़ते हैं। और निम्नलिखित कोड लिखें:



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



हमारा आवेदन तैयार है, अब हमें OWIN होस्ट शुरू करने और HttpClient का उपयोग करके एक अनुरोध भेजने की आवश्यकता है:



आवेदन शुरू करने के बाद, हम निम्नलिखित आउटपुट प्राप्त करते हैं।



सब कुछ बहुत अच्छा है!

IIS सर्वर पर चलाने का विकल्प

यह सब निश्चित रूप से अच्छा है, लेकिन यह सब वास्तविक सर्वर पर चलाना अच्छा होगा, न कि केवल एक कंसोल एप्लिकेशन में।

Microsoft.Owin.Host.SystemWeb पुस्तकालय IIS के लिए ओविन लागू करता है, यही हमें चाहिए।
एक रिक्त ASP .NET प्रोजेक्ट बनाएँ। एएसपी .नेट क्यों? यह हमें IIS एक्सप्रेस में चलने के लिए पहले से कॉन्फ़िगर की गई परियोजना देगा।
WebAPI जोड़ें:

 Install-Package Microsoft.AspNet.WebApi.Owin -Pre 

IIS के लिए OWIN कार्यान्वयन जोड़ें:

 Install-Package Microsoft.Owin.Host.SystemWeb 

आप कटाना टूलिंग का भी उपयोग कर सकते हैं। यह एक टेम्पलेट है जिसमें सभी आवश्यक पुस्तकालय हैं। और डिफ़ॉल्ट रूप से, इस टेम्पलेट में, परियोजना IIS के तहत चलती है, लेकिन किट अपने स्वयं के ओउन होस्ट OwinHost.exe पर लॉन्च को कॉन्फ़िगर करने के लिए एक स्क्रिप्ट के साथ आता है। लेकिन यह महत्वपूर्ण नहीं है।

बाकी बिलकुल वैसा ही है। सेल्फ-होस्ट प्रोजेक्ट से स्टार्टअप क्लास और कंट्रोलर क्लास।

टिप्पणी: कटाना टूलींग वेब आपी के नवीनतम संस्करण पर सामान्य रूप से शुरू करना संभव नहीं था, यह एक त्रुटि में गिर जाता है, इसका कारण अभी तक निर्धारित नहीं किया गया है। शायद मेरे हाथ टेढ़े हो।

मैंने माइक्रोसॉफ्ट की नई ओपनसोर्स तकनीक से खुद को परिचित करने के लिए केवल मूल चीजों का वर्णन किया। नीचे लेख में उपयोग की जाने वाली सामग्रियों के लिंक और साथ ही रुचि रखने वालों के लिए अधिक विस्तृत उदाहरण दिए गए हैं।

http://owin.org/ - वास्तव में OWIN।
प्रोजेक्ट कटाना का अवलोकन - डेवलपर्स में से एक कटाना के बारे में एक लेख। सब कुछ बहुत शांत और स्पष्ट है, इस लेख से अधिकांश क्षणों का मैं स्वतंत्र रूप से यहां अनुवाद करता हूं।
OWIN के साथ होस्टिंग नैन्सी
कटाना परियोजना
OWIN और कटाना - इस ब्लॉग में विस्तार से वर्णन किया गया है कि कटाना के साथ कैसे काम किया जाए और इसे कैसे शुरू किया जाए, साथ ही साथ अपने स्वयं के OWIN मॉड्यूल को विस्तार से कैसे बनाया जाए। सामान्य तौर पर, मैं इस ब्लॉग की दृढ़ता से अनुशंसा करता हूं, मैं बहुत सारी उपयोगी चीजें पढ़ रहा हूं।