कैसे ServiceStack वेब सेवा विकास को स्ट्रीम करने में मदद करता है

एक हब पर उल्लेखनीय। नेट-फ्रेमवर्क सर्विसस्टैक को अवांछनीय रूप से अनदेखा किया जाता है। उनका उल्लेख केवल एक लेख में , और फिर अप्रत्यक्ष रूप से, संक्षेप में और बहुत ही अंत में किया गया है, और इसका केवल एक छोटा सा हिस्सा वहाँ उल्लेख किया गया है। स्पष्ट रूप से, यह इस तथ्य के कारण है कि वेब सेवा और वेब एप्लिकेशन, जैसे ASP.Net MVC / WebAPI या WCF के विकास की समस्याओं को हल करने के लिए .Net डेवलपर्स के थोक मानक Microsoft समाधान का उपयोग करते हैं और परेशान नहीं करते हैं। जैसा कि हम इस लेख में दिखाने की कोशिश करते हैं, आधुनिक .Net न केवल इसकी मानक प्रौद्योगिकियों के लिए अच्छा है।



अगर दिलचस्पी है, तो कृपया, बिल्ली के नीचे।

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

ServiceStack? नहीं, मैंने नहीं सुना ...

सबसे पहले, आइए इस प्रश्न का उत्तर दें कि ServiceStack स्वयं क्या है। यह वेब सेवाओं और वेब अनुप्रयोगों को बनाने के लिए एक पूर्ण विकसित ढांचा है, जिसने C # और ASP.Net की दुनिया का सबसे अच्छा समावेश किया है, और - हाँ, आपने यह अनुमान लगाया है! - सभी सबसे खराब, शानदार और अनावश्यक से छुटकारा पा लिया। हालाँकि, प्रिय हरज़ेतल, हम आपको तुरंत चेतावनी देते हैं, कोई होलीवर नहीं होगा, इस गुरुवार को नहीं और हमारे साथ नहीं! आगे देखते हुए, हम नोट करते हैं कि वास्तु विविधताएं हैं जो घटकों को एक प्रणाली में जोड़ती हैं, जो ServiceStack (सर्वर के रूप में) और उदाहरण के लिए ASP.Net MVC (क्लाइंट के रूप में) पर दोनों को लिखा जाता है।

फ्रेमवर्क बीबीसी कंपनी के धनुष में पैदा हुआ था, जबकि डेमिस बेलोट्टे ने वहां काम किया था। फ्रेमवर्क के विकास की शुरुआत को वर्ष 2007 माना जा सकता है, जब बीबीसी, Microsoft से मानक एंटरप्राइज़-समाधानों का उपयोग करते हुए, तेजी से बदलती आवश्यकताओं की स्थिति में विकास के लिए एक झरने के दृष्टिकोण के साथ युग्मित, सीधे छेद में गिर गया, और "ड्रॉडाउन" फिल्म से नायक निकिता मिगलकोव द्वारा दी गई परिभाषा के करीब है " ज़ुमर्की ”, व्याख्यात्मक शब्दकोश * से परिभाषा के बजाय।



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

टीम ने एक साधारण सवाल किया: क्या सेवा सभी समान है? यह सवाल सिद्धांत रूप में जटिल नहीं है, और हम में से कई इसके जवाब वही देंगे, अर्थात्:

• यह एक विशिष्ट मंच या प्रौद्योगिकी को लागू करने का एक तरीका नहीं है।
• यह पूर्वनिर्धारित प्रतिबंध लगाने का एक तरीका नहीं है।
• यह कोई कारण नहीं है [हमेशा के लिए] पूर्वनिर्धारित प्रारूप का उपयोग करने या पूर्वनिर्धारित वास्तुकला का पालन करने के लिए
• यह सेवाओं का प्रावधान है, और तकनीकी भाषा बोलना, कुछ सुविधाओं का पुन: उपयोग जो पुन: उपयोग किया जा सकता है, और उनकी उपलब्धता का संगठन
• न्यूनतम और अधिकतम पुन: उपयोग के साथ, सरल और सबसे कुशल तरीके से, अधिक से अधिक ग्राहकों तक उनकी उपलब्धता की व्यवस्था करना

यह एक सेवा है जो परिभाषा के अनुसार है। इसके अतिरिक्त, एक अच्छी सेवा को आगामी परिवर्तनों के लिए अनुकूल होना चाहिए, इसे डिज़ाइन किया जाना चाहिए ताकि परिवर्तन करना कोई समस्या न हो।

इस मुद्दे पर विचार के कारण सर्विसस्टैक का जन्म हुआ, जिसने टीम के केवल आधे हिस्से को पूरी टीम की तुलना में बेहतर परिणाम प्राप्त करने की अनुमति दी।

और फिर भी, वह बेहतर क्या है?

• अधिक सहज और प्रयोग करने में आसान।
• मानक .Net समाधानों की तुलना में उच्च गति
• उच्च स्तर के कोड के पुन: उपयोग को प्राप्त करने के लिए कम प्रत्यक्ष हाथों से भी अनुमति देता है

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

और, शायद, कुछ के लिए, अगले पल पूरी तरह से निर्णायक होगा:



ServiceStack परियोजनाओं को बॉक्स के ठीक बाहर लिनक्स पर तैनात किया जा सकता है!

इस प्रकार, आपको अपने विंडोज सर्वर को बनाए रखने के लिए महंगे विंडोज एज़्योर के लिए या उससे भी अधिक महंगा भुगतान नहीं करना होगा। मध्यम आकार की परियोजना के लिए, एक सामान्य सर्वर भी काम कर सकता है, कह सकते हैं, डेबियन या उबंटू सर्वर या यहां तक ​​कि एक हेट्जनेर वीपीएस के लिए $ 30 प्रति माह । छोटी परियोजनाओं के लिए, Hzzner पर $ 10 के लिए सबसे सस्ता VPS या डिजिटल महासागर के लिए $ 5 भी जाएंगे।

हमारे साझेदारों के पास लिनक्स पर सेवास्टैक परियोजनाओं को तैनात करने और होस्ट करने का अनुभव है जो nginx + FastCGI मोनो का उपयोग करते हैं, और अगर हम सभी इसमें रुचि रखते हैं, अगर हम उन्हें एक साथ पूछते हैं, तो मुझे लगता है कि वे हमें यह बताने से इंकार नहीं करेंगे कि कैसे यह विस्तार से किया गया है।

क्या मेरे पास और तकनीकी जानकारी हो सकती है?

यह असंभव है। ServiceStack डेवलपर्स ने एक नया निर्माण करने के लिए कली में पूरे ASP.Net को क्रश करना शुरू नहीं किया। रूट - अर्थात् IHttpHandler - उन्होंने छोड़ दिया। हालाँकि, आगे बढ़ने वाली सभी चीज़ों को नष्ट कर दिया गया और अधिक हल्के विकल्प का उपयोग किया गया, जो उन जगहों पर खुद को विशेष रूप से एक वेब सेवा विकसित करने की समस्याओं को हल करने के लिए थोड़ा अनुकूलित किया। फ्रेमवर्क अपने कैश मैनेजर, इसके प्रमाणीकरण प्रदाता और सत्र प्रदान करता है, और यहां तक ​​कि अपने Redq- आधारित MQ ब्रोकर को भी प्रदान करता है। वैसे, ढांचे के ढांचे के भीतर, हमने अपना खुद का रेडिस-क्लाइंट भी बनाया, जो कि मेरी व्यक्तिगत राय में, बस भव्य है, और इसे विभिन्न संदर्भों में फ्रेमवर्क से अलग से इस्तेमाल किया जा सकता है। एक मानक IOC कंटेनर के रूप में, काफी लोकप्रिय Func लाइटवेट कंटेनर का थोड़ा संशोधित संस्करण उपयोग किया जाता है । सच है, इसके बजाय, आप कई उपलब्ध में से किसी अन्य आईओसी कंटेनर का उपयोग कर सकते हैं।

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

दुर्भाग्य से, एक लेख में फ्रेमवर्क की वास्तुकला पर विस्तार से विचार करना अवास्तविक है, लेकिन यदि जिज्ञासु हैबरोव्स्क नागरिकों से रुचि थी, तो हम भविष्य में इस बारे में कई लेख लिख सकते हैं। इस दौरान, पाठक की भूख मिटाने के लिए थोड़ा HelloWorld लिखें।

पानी डालना अच्छा है, कोड पर आओ!

इसलिए, ServiceStack प्रोजेक्ट में एक वेब सेवा बनाने के लिए, आपको चार साधारण काम करने होंगे, अर्थात्:

• डीटीओ सेवा अनुरोध के लिए एक वर्ग बनाएं
• डीटीओ सेवा प्रतिक्रिया के लिए एक वर्ग बनाएं
• स्वयं सेवा की एक कक्षा बनाएं, इसे आधार वर्ग से विरासत में मिला है, और HTTP विधियों के साथ एक ही नाम के तरीकों को ओवरराइड करना है, जिन्हें लागू करने की आवश्यकता है
• जीवन का आनंद लेना और लाभ प्राप्त करना (एक मजाक ... हालाँकि, नहीं, मजाक नहीं )

चलो एक सरल सेवा लिखते हैं।

Visual Studio या Xamarin Studio में एक नया प्रोजेक्ट बनाएँ। पहले हाथ की अनुपस्थिति में, मैं दूसरे का उपयोग करूंगा, सौभाग्य से, मोनो के तहत सब कुछ बहुत अच्छा काम करता है (और हमारे लिए यह कारक पहली बार में निर्णायक था)। और सबसे अच्छी आईडीई का उपयोग नहीं करने के लिए मुआवजे के रूप में, हम आपको दिखाएंगे कि सर्वश्रेष्ठ मोबाइल ओएस के लिए मोबाइल एप्लिकेशन से इस सेवा का उपयोग कैसे करें।

तो, एक ASP.Net प्रोजेक्ट (खाली वेब अनुप्रयोग) बनाएँ। हम समाधान SSHelloWorld, और परियोजना SSHelloAPI कहते हैं।

समाधान एक्सप्लोरर में प्रोजेक्ट के लिए, राइट-क्लिक करें और "Nuget Package प्रबंधित करें" चुनें।



"जोड़ें" बटन पर क्लिक करने के बाद, आपसे पूछा जाएगा कि क्या आप लाइसेंस समझौते से सहमत हैं? खैर, क्योंकि रूसी बोलने वाले उपयोगकर्ता किसी और की तुलना में तेजी से लाइसेंस समझौते पढ़ते हैं, हम सहमत हैं, और डाउनलोड किए गए सर्विसस्टैक डीएलएस हमारी परियोजना से जुड़े हैं।

यदि आपके प्रोजेक्ट में Global.asax नहीं है (और सिद्धांत रूप में यह अनुपस्थित होना चाहिए), तो इसे जोड़ें और इसके बजाय Global.asax.cs के लिए निम्न कोड को कॉपी करें:

using System; using System.Collections; using System.ComponentModel; using System.Web; using System.Web.SessionState; using ServiceStack; namespace SSHelloAPI { public class Global : System.Web.HttpApplication { public class AppHost : AppHostBase { public AppHost() : base("Hello API", typeof(HelloService).Assembly) {} public override void Configure (Funq.Container container) { } } protected void Application_Start (Object sender, EventArgs e) { new AppHost ().Init (); } } } 

अब कोड में त्रुटियों को उजागर करने पर ध्यान न दें। हमें एक वर्ग बनाने की जरूरत है जिसमें हमारी सेवा स्थित होगी।

आपको संभवतः web.config फ़ाइल को मैन्युअल रूप से बनाना होगा। और इसके सभी कोड निम्नलिखित द्वारा प्रतिस्थापित किए जाने चाहिए:

 <?xml version="1.0"?> <configuration> <system.web> <httpHandlers> <add path="*" type="ServiceStack.HttpHandlerFactory, ServiceStack" verb="*"/> </httpHandlers> </system.web> <!-- Required for IIS 7.0 (and above?) --> <system.webServer> <validation validateIntegratedModeConfiguration="false" /> <handlers> <add path="*" name="ServiceStack.Factory" type="ServiceStack.HttpHandlerFactory, ServiceStack" verb="*" preCondition="integratedMode" resourceType="Unspecified" allowPathInfo="true" /> </handlers> </system.webServer> </configuration> 

ठीक है, अंत में, एक नया HelloService.cs फ़ाइल बनाएं जिसमें हमारे तीन वर्ग होंगे:

 using System; using ServiceStack; namespace SSHelloAPI { [Route("/hello")] [Route("/hello/{Name}")] public class HelloRequest { public string Name { get; set; } } public class HelloResponse { public string Result { get; set; } } public class HelloService : Service { public object Any(HelloRequest request) { return new HelloResponse { Result = "Hello, " + request.Name }; } } } 

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

एनी विधि के नाम का अर्थ है कि हमने सभी HTTP विधियों के लिए समान तर्क को परिभाषित किया है।

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



बेशक, सेवा उबाऊ है, लेकिन लेख को अधिभार नहीं देने के लिए, हमने तुरंत अधिक जटिल उदाहरणों को शामिल नहीं किया। हालांकि, यह आपको SericeStack का स्वाद महसूस कराता है, और यदि आप रुचि रखते थे, तो अब - हमारे साथ या उसके बिना - आप अधिक स्वाद ले सकते हैं।

कैसे ServiceStack मोबाइल डेवलपर्स के लिए जीवन को आसान बनाता है

ServiceStack के बारे में एक और अच्छी बात यह है कि विंडोज फोन, Xamarin.iOS या Xamarin.Android-application में बनाई गई सेवा का उपयोग करना बहुत सुविधाजनक है (हालांकि अंतिम दो को Xamarin के लिए व्यवसाय लाइसेंस की आवश्यकता होती है)। विभिन्न तरीके हैं, लेकिन सबसे सरल (हालांकि, सबसे सुंदर नहीं) अनुरोध और रिस्पांस कक्षाओं को अलग-अलग फाइलों में चुनना और उन्हें मोबाइल एप्लिकेशन प्रोजेक्ट से लिंक करके कनेक्ट करना है। इसके अलावा Nuget से ServiceStack.Client असेंबली स्थापित करें।

अगला, मान लें कि हम बटन क्लिक करने की घटना पर ऐसे हैंडलर को लटकाते हैं:

  button.TouchUpInside += (object sender, EventArgs e) => { try { var client = new JsonServiceClient("http://127.0.0.1:8080"); HelloResponse response = client.Get<HelloResponse>(new HelloRequest() { Name = "iPhone" }); resultLabel.Text = response.Result; } catch (Exception ex) { resultLabel.Text = ex.Message; } }; 

इस मुद्दे को भविष्य में अधिक विस्तार से भी माना जा सकता है।

लाइसेंस के बारे में क्या?

संस्करण 4.0 के साथ शुरू, परियोजना ने एक वाणिज्यिक रंग प्राप्त किया है। ठीक है, क्यों नहीं, अगर यह बेहतर बनाता है? ढांचे का स्रोत कोड अभी भी खुला है, हालांकि, लाइसेंस आपको निम्नलिखित प्रतिबंधों के साथ केवल छोटी परियोजनाओं के लिए मुफ्त में फ्रेमवर्क का उपयोग करने की अनुमति देता है:

• 10 ऑपरेशन (यानी 10 डीटीओ अनुरोध)
• ऑर्मलाइट में 10 टेबल्स
• JSON, JSV और CSV सीरियल के साथ 20 प्रकार
• रेडिस क्लाइंट के लिए 20 प्रकार
• रेडिस के लिए प्रति घंटे 6,000 अनुरोध

ठीक है, ठीक है, एक भी रेडिस नहीं है, ऑरमलाइट को छोड़कर अन्य ओआरएम हैं, लेकिन 10 ऑपरेशन पहले से ही एक महत्वपूर्ण सीमा हैं, निश्चित रूप से।

इस पृष्ठ पर लाइसेंसिंग और मूल्य निर्धारण के बारे में अधिक जानकारी उपलब्ध है।

फिलहाल, हम अपनी परियोजनाओं में 3 जी संस्करण का उपयोग कर रहे हैं, जो कि बीएसडी लाइसेंस के तहत उपलब्ध है, और हम केवल 4 के संक्रमण पर विचार कर रहे हैं। यदि आप "व्यावसायिक पक्ष" से संलग्न नहीं होना चाहते हैं, तो आप सुरक्षित रूप से तीसरी शाखा ले सकते हैं और इसे अपनी परियोजना में उपयोग कर सकते हैं, यह काफी परिपक्व और स्थिर है।

संदर्भ और फुटनोट्स

PROSAK (Dahl का व्याख्यात्मक शब्दकोश) m। Tver। कताई मिल; मुड़, रस्सी, गाँठ वाली रस्सी मिल, रस्सी खींच। || * एक भविष्यवाणी जहां आप नहीं जानते कि क्या करना है। वह झंझट में पड़ गया, वह झंझट में बैठा। प्रोसैक (घुमा से?), कताई के पहिये से स्लीव तक का स्थान, जहां खुरपी से वार होता है और घूमता है, एक रिफ़ उतरता है; यदि आप अपने कपड़ों के अंत में, अपने बालों के साथ, आप इसे मोड़ेंगे, और आप बाहर नहीं निकलेंगे; इस कहावत से।

लेकिन गंभीरता से, यहाँ वे हैं:

आधिकारिक वेबसाइट
servicestack.net

विकी
github.com/ServiceStack/ServiceStack/wiki

सर्विसस्टैक के बारे में डेमिस बेलॉट प्रस्तुति स्लाइड शो
www.slideshare.net/newmovie

कार्यशील परियोजनाओं के कुछ उदाहरण (कोड खुला है और जीथब पर उपलब्ध है)
एनालॉग इमगुर
imgur.servicestack.net

RestMovies
mono.servicestack.net/ServiceStack.MovieRest

एनालॉग स्टैकऑवरफ्लो
mono.servicestack.net/RedisStackOverflow

और कई अन्य उदाहरण इस पृष्ठ पर उपलब्ध हैं, और उनके स्रोत जीथब पर ।

और अगर यह आपके लिए दिलचस्प हो गया है, प्रिय पाठक, और आप और अधिक जानने के लिए उत्सुक हैं, तो आप इसे कहते हैं, और हम, हमारे संयुक्त प्रयासों के साथ, खुशी से विषय का विकास और खुलासा करना जारी रखेंगे।