🌈 🐒 🧝🏽 असंभव संभव है। एक स्टेटलेस ऐप में स्टेटफुल बिहेवियर! 🐨 📺 ⛈️

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

इसलिए, जब एक जटिल वेब एप्लिकेशन विकसित हो रहा है, तो आपको कई परस्पर विरोधी आवश्यकताओं को संयोजित करने की आवश्यकता है:

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

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

व्यवसाय कोड की सादगी की आवश्यकता के अनुसार, हम चाहते हैं कि आवेदन कोड कुछ इस तरह दिखाई दे (ध्यान, पुदुकोड!):

var  = ();  (.()) { (“      , ?”); } ();

उसी समय, पुष्टिकरण लाइन में, हम चाहते हैं कि जादू हो:

कोड रोक दिया गया।
एक अनजाने ग्राहक के रूप में एक हां / नहीं अनुरोध प्राप्त हुआ।
यदि वह "हाँ" पर क्लिक करता है - काम करना जारी रखें।
यदि "नहीं" - उसे फ़ॉर्म डेटा फिर से दर्ज करने और फिर से भेजने दें।

मैं आपको अपना "जादू" समाधान प्रदान करता हूं, जो पहले से ही मेरी परियोजनाओं में आजमाया हुआ है और सफलतापूर्वक काम करता है।

आइए एक ठेठ "हां / नहीं" संवाद जारी करने की समस्या को हल करने का प्रयास करें।

मुख्य समस्या यह है कि हम कई कारणों से उपयोगकर्ता से प्रतिक्रिया की प्रतीक्षा करते हुए सर्वर पर परिचालन को निलंबित नहीं कर सकते हैं:

सभी क्लाइंट-सर्वर संचार एसिंक्रोनस रूप से और स्टेटलेस प्रोटोकॉल के अनुसार होता है।
उपयोगकर्ता की प्रतिक्रिया की प्रतीक्षा करते हुए हम संसाधन नहीं ले सकते

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

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

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

यहाँ यह सर्किट कैसा दिखता है:

इस प्रकार, डेवलपर को यह आभास होता है कि उसकी विधि को केवल 1 बार निष्पादित किया गया है। उपयोगकर्ता, क्रमशः, यह भी लगता है कि केवल 1 कार्रवाई की है।

आइए विचार करें कि यह विचार एक प्रोग्रामर के लिए कैसे देख सकता है।

 public class HelloNewWorldOrder { // ,   Guid guid = new Guid("5FFD6DB4-1201-44BF-9DE0-DC199AC004D9"); public void KillAllHumans(Human[] humans) { foreach (var human in humans) { if (human.Name == Context.Current.User.Name) { //      ExceptionHelper.Interactive(guid, "     .   ?"); } human.Kill(); } } }

मेरी राय में, यह बहुत अनुकूल लगता है :)

ExceptionHelper.Interactive ही कुछ ऐसा दिखता है:

 public static void Interactive(Guid id, string message) { //    var key = RequestHelper.GetRequestId(); var exists = Query.All<InteractiveException>() .Any(r => r.RequestId == key && r.ExceptionId == id); if (exists) { return; } throw new InteractiveException(message, id, key); }

यह डेटाबेस में केवल छोड़े गए अपवादों का रिकॉर्ड जोड़ने के लिए बना हुआ है। उदाहरण के लिए, यह Global.asax, बेस कंट्रोलर, या जहां हम उपयोगकर्ता के साथ इस तरह के संचार की अपेक्षा करते हैं, में किया जा सकता है।

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

आप इस प्रणाली को http://demo.oreodor.com/Parts/Main.aspx#Order:Regular पर कार्रवाई कर सकते हैं। लेख में वर्णित दृष्टिकोण का उपयोग चेकआउट में किया जाता है।

सत्यापन कार्रवाई का स्रोत कोड इस तरह दिखता है:

 /// <summary> ///   /// </summary> [Icon(ExtIcon.Accept)] public class OrderCompleteAction : IAction<IFormContext<Order>> { /// <summary> ///  1 /// </summary> private Guid e1 = new Guid("84099696-2225-41F9-AF54-0BE66367CEAA"); /// <summary> ///  1 /// </summary> private Guid e2 = new Guid("26142EDB-3DC8-4B00-920F-FA33FC3ADF40"); /// <summary> ///   /// </summary> /// <param name="context"> </param> public void Execute(IFormContext<Order> context) { Assert.That(context.Item, Is.Not.Null, "   , !"); var cpus = context.Item.Items.Select(m => m.Linked) .OfType<Cpu>().Select(c => c.SocketType.SysName).ToHashSet(); var mbs = context.Item.Items.Select(m => m.Linked) .OfType<MotherBoard>().Select(c => c.SocketType.SysName).ToHashSet(); var coolers = context.Item.Items.Select(m => m.Linked) .OfType<Cooler>().SelectMany(c => c.Sockets.Select(m => m.Linked.SysName)).ToHashSet(); if (!cpus.IsSubsetOf(coolers)) { ExceptionHelper.Interactive(e1, "       ."); } if (!cpus.IsSubsetOf(mbs)) { ExceptionHelper.Interactive(e2, "       . ."); } context.Item.Status = Status.BuiltInStatuses.Work.ToEntity<Status>(); context.ShowMsgBox("   ."); } }

असंभव संभव है। एक स्टेटलेस ऐप में स्टेटफुल बिहेवियर!

आइए एक ठेठ "हां / नहीं" संवाद जारी करने की समस्या को हल करने का प्रयास करें।

More articles: