नेविगेशन: कॉर्पोरेट एप्लिकेशन के लिए एक कार्यान्वयन विकल्प

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

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

हालाँकि, मैं चाहता था कि प्रणाली का उपयोग करना आसान हो, उदाहरण के लिए, एक इंटरनेट ब्राउज़र। एक या दो क्लिक में वांछित पृष्ठ पर जाएं। एप्लिकेशन का पथ देखें। कि पूरे आवेदन के लिए एक सरल और स्पष्ट तंत्र था।

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

परिचय

प्रत्येक एंटरप्राइज़ एप्लिकेशन का अपना डोमेन मॉडल होता है, जो सिस्टम की संस्थाओं के बीच संबंधों को परिभाषित करता है। संस्थाओं को विभिन्न रिश्तों, वन-टू-वन, वन-टू-वन, कई-से-कई से जोड़ा जा सकता है। मान लीजिए कि एप्लिकेशन का कुछ डोमेन मॉडल है।

प्रत्येक इकाई को विभिन्न विचारों के साथ जोड़ा जा सकता है, उदाहरण के लिए, तालिका में CRUD, रिपोर्ट, रेखांकन, सूचियाँ। इसके अलावा, एक दृश्य में कई इकाइयाँ एक साथ प्रदर्शित हो सकती हैं, उदाहरण के लिए, जैसा कि नीचे दिए गए चित्र में दिखाया गया है, एक बी-दृश्य वर्ग B, D और E से संस्थाओं के साथ काम करता है।

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

एक और समय, उपयोगकर्ता अपने काम को A से शुरू कर सकता है और E को देखने के लिए श्रृंखला को जारी रख सकता है।

या एक अन्य विकल्प, दूसरी तरफ काम शुरू करने के लिए, प्रेजेंटेशन E से और ट्रांज़िशन से प्रेजेंटेशन A तक जाएँ।

आवेदन के लिए कई अलग-अलग नेविगेशन विकल्पों को लागू करने के लिए, सबसे पहले प्रौद्योगिकियों पर निर्णय लेना अच्छा होगा।

MVC या घटक रूपरेखा

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

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

आधार को यूएमएल स्टेटचैट द्वारा लिया गया और लेक्सडेन वेब फ्लो लागू किया गया। इसने स्टेटचर्ट को एक घटक मॉडल के साथ जोड़ने के लिए एक तंत्र बनाया ताकि राज्य के आधार पर आवेदन के एक विशिष्ट क्षेत्र में दृश्य घटकों को स्विच करना संभव हो सके।

नीचे दिया गया आंकड़ा लेक्सडेन वेब फ्लो के मुख्य घटकों को दर्शाता है।

इवेंट प्रोसेसर

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

लेक्सडेन वेब फ्लो इंजन

इंजन ईवेंट प्रोसेसर से प्राप्त घटनाओं पर प्रतिक्रिया करता है और पहले प्राप्त कॉन्फ़िगरेशन के अनुसार राज्यों के बीच संक्रमण प्रक्रिया को लागू करता है।

राज्य नियंत्रक

यूजर इंटरफेस स्टेट कंट्रोलर लेक्सडेन वेब फ्लो इंजन की घटनाओं पर प्रतिक्रिया करता है और एप्लिकेशन लेआउट में नियंत्रकों से प्राप्त विचारों को एम्बेड करता है। वह एक नेविगेशन राज्य से दूसरे में संक्रमण के बारे में नियंत्रकों के लिए घटनाओं को पारित करने के लिए भी जिम्मेदार है।

शुरुआत

लेक्सडेन वेब फ्लो का उपयोग करने का पहला अनुभव प्राप्त करने के लिए, आप घटनाओं के बीच दो राज्य ले सकते हैं और एप्लिकेशन पैनल स्विच कर सकते हैं।

एक्सएमएल में इसे कैसे लागू किया जाता है, इसका एक उदाहरण:

<flow initial="Panel1" ...> <controller id="Panel1"> <on event="panel2" to="Panel2"/> </controller> <controller id="Panel2"> <on event="panel1" to="Panel1"/> <on event="ok" to="OK"/> </controller> <final id="OK"/> </flow> 

"पैनल 1" नियंत्रक से एक घटना पर, एप्लिकेशन स्विच करता है और "पैनल 2" और इसके विपरीत दिखाता है। जब एक "ओके" ईवेंट होता है, तो प्रोग्राम निष्पादन समाप्त हो जाता है।

अगला, आइए एक अधिक जटिल उदाहरण देखें, डोमेन इकाई "व्यक्ति" को लें और इसके लिए सीआरयूडी संचालन को लागू करें, ताकि प्रत्येक ऑपरेशन एक अलग राज्य से मेल खाता हो और इसके नियंत्रक द्वारा नियंत्रित हो।

  <flow initial="list" ...> <module id="person"> <controller id="list"> <on event="create" to="create"/> <on event="read" to="read"/> <on event="update" to="update"/> <on event="delete" to="delete"/> </controller> <controller id="create"> ... </controller> <controller id="read"> ... </controller> <controller id="update"> <on event="updated" to="list"/> <on event="canceled" to="list"/> </controller> <controller id="delete"> ... </controller> </module> </flow> 

लेकिन एक समस्या है। "बनाने", "पढ़ने", "अपडेट" और "हटाने" के नियंत्रकों को "सूची" नियंत्रक से वापस कैसे स्विच करें? प्रत्येक नियंत्रक में सूची नियंत्रक को स्पष्ट बदलाव सेट करने के लिए सबसे स्पष्ट बात होगी:

 <on event="updated" to="list"/> <on event="canceled" to="list"/> 

लेकिन ऐसा विकल्प "लिस्ट", "रीड", "अपडेट" और "डिलीट" कंट्रोलर को "लिस्ट" कंट्रोलर से लिंक करेगा, जो उदाहरण के लिए "रीड" या "डिलीट" कंट्रोलर को फिर से उपयोग नहीं करने देगा। "रीड" कंट्रोलर से "लिस्ट" पर वापस क्यों जाएं, फिर "अपडेट" पर जाएं यदि आप तुरंत "रीड" से "अपडेट" कंट्रोलर में स्विच कर सकते हैं?

समाधान प्रत्येक नियंत्रक के अंदर "अंतिम" राज्यों को जोड़ने के लिए है ताकि ईवेंट उनके पास जाएं, न कि बाहरी नियंत्रकों के लिए:

 <controller id="create"> <on event="created" to="created"/> <on event="canceled" to="canceled"/> <final id="created"/> <final id="canceled"/> </controller> <controller id="update"> <on event="updated" to="updated"/> <on event="canceled" to="canceled"/> <final id="updated"/> <final id="canceled"/> </controller> 

अंतिम स्थिति में संक्रमण होने पर, लेक्सडेन वेब फ्लो रिपोर्ट करता है कि नियंत्रक अपना संचालन बंद कर देता है और LWF वर्तमान नियंत्रक के नाम और अंतिम स्थिति के नाम से बने संदेश का उपयोग करके पिछले नियंत्रक पर नियंत्रण स्थानांतरित कर देता है। उदाहरण के लिए, "update.updated", "update.canceled" या "create.created", जिसका उपयोग उस नियंत्रक के संचालन के परिणामस्वरूप किया जाएगा जो काम खत्म कर चुका है।

आधार नियंत्रक

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

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

  <controller id="controller" initial="initView"> <!-- init view. create all components of the view. get ready to setup data --> <action id="initView" extends="action"> <on to="loadData"/> </action> <!-- setup data before displaying the view. get data from context attributes --> <action id="loadData" extends="action"> <on to="displayView"/> </action> <view id="displayView" extends="view"> <on event="ok" to="ok"/> <on event="close" to="close"/> <on event="cancel" to="canceled"/> </view> <final id="close" extends="action"/> <final id="canceled" extends="action"/> <final id="ok" extends="action"/> </controller> 

एक्शन - "initView" का उपयोग कंट्रोलर में व्यू को इनिशियलाइज़ करने के लिए किया जाता है। कंट्रोलर ने व्यू बनाने के बाद, यह एक्शन "लोडडाटा" पर जाता है, जिसका उपयोग डेटा को व्यू में लोड करने के लिए किया जाता है। "डिस्प्ले व्यू" की स्थिति लेआउट में कंट्रोलर से लिए गए व्यू को डालने के लिए फ्रेमवर्क को बताता है। आवेदन।

"ओके", "क्लोज़" या "रद्द" की घटनाओं पर "डिस्प्ले व्यू" से नियंत्रक को संबंधित अंतिम स्थिति में स्विच करता है। इसका मतलब है कि नियंत्रक ने अपना काम खत्म कर दिया है।



"एक्शन" को संबंधित जावा कंट्रोलर की विधियों में बाँधने के लिए, एनोटेशन का उपयोग किया जाता है:

  @OnEnterState(EventConstants.INIT_VIEW) public void initView(StateEvent event) { ... } 

इस स्थिति में, जब नियंत्रक कार्रवाई में "initView" स्थिति में प्रवेश करता है, तो initView विधि कहा जाता है, जो राज्य के नाम के साथ OnEnterState एनोटेशन द्वारा चिह्नित है। और एक अन्य नियंत्रक द्वारा फेंकी गई घटना को एक पैरामीटर के रूप में पारित किया जाता है। घटना में कोई भी डेटा हो सकता है, उदाहरण के लिए, पिछली स्क्रीन पर चयनित ऑब्जेक्ट का पहचानकर्ता। और पहचान-संबंधी डेटा लोड करने के लिए उपयोग किया जाता है।

उसी तरह, आप उन घटनाओं की सदस्यता ले सकते हैं जब एप्लिकेशन "दृश्य" स्थिति में प्रवेश करता है।

  @OnEnterState(EventConstants.DISPLAY_VIEW) public void refreshTable(StateEvent event) { … } 

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

मॉड्यूल

चूंकि कॉर्पोरेट एप्लिकेशन में बहुत सारे नियंत्रक हो सकते हैं, इसलिए उन्हें मॉड्यूल में संयोजित करना बेहतर होता है। मॉड्यूल को एक दूसरे से स्वतंत्र करें और केवल घटनाओं के माध्यम से जानकारी का आदान-प्रदान करें। उदाहरण के लिए, "ऑर्डर" मॉड्यूल से, आप "go_addresses" इवेंट द्वारा "एड्रेस" मॉड्यूल पर जा सकते हैं।



इसलिए, उदाहरण के लिए, CRUD संचालन के लिए नियंत्रकों के एक सेट को एक मॉड्यूल में जोड़ा जा सकता है, उदाहरण के लिए:

 <module id="addresses" initial="list"> ... <controller id="list" … > <on event="go_create" to="create"/> <on event="go_read" to="read"/> <on event="go_update" to="update"/> <on event="go_delete" to="delete"/> </controller> <controller id="create" … > … </controller> <controller id="read" … > … </controller> <controller id="update" … > … </controller> <controller id="delete" … > … </controller> ... </module> 

"पते" मॉड्यूल में प्रवेश करते हुए, एप्लिकेशन "सूची" नियंत्रक पर जाता है। संबंधित जावा कंट्रोलर लेक्सडेन वेब फ्लो के नियंत्रकों के लिए बाध्य हैं, उदाहरण के लिए, निम्न कोड के साथ:

  flowControllerContext.bindController("addresses/list", “content”, new AddressesListController ()); flowControllerContext.bindController("addresses/create", “content”, new AddressesCreateController ()); flowControllerContext.bindController("addresses/read", “content”, new AddressesReadController ()); flowControllerContext.bindController("addresses/update", “content”, new AddressesUpdateController ()); flowControllerContext.bindController("addresses/delete", “content”, new AddressesDeleteController ()); 

एक विशिष्ट दृश्य (AddressesListView) AddressesListController के साथ जुड़ा हुआ है, जो तब सक्रिय हो जाता है जब एप्लिकेशन "पते / सूची" स्थिति में प्रवेश करता है। उसी तरह, अन्य नियंत्रक "व्यू", "रीड", "अपडेट", "डिलीट" स्टेट्स में अपने विचारों से बंधे होते हैं। "सूची" स्थिति से जुड़े नियंत्रक से घटनाओं के अनुसार, आवेदन इसी "बनाने", "पढ़ने", "अद्यतन" या "हटाएं" पर स्विच करता है और उपयोगकर्ता को संबंधित प्रतिनिधित्व प्रदर्शित करता है।

CRUD: डोमेन ऑब्जेक्ट्स पर बुनियादी ऑपरेशन

चूंकि सिस्टम में अधिकांश डोमेन ऑब्जेक्ट एक ही संचालन का समर्थन कर सकते हैं, जैसे कि सूची, बनाएँ, पढ़ें, अपडेट, हटाएं, नेविगेशन लॉजिक को एक अलग मॉड्यूल में परिभाषित करना अच्छा होगा - "क्रूड", और फिर इसे इनहेरिट करें, मॉड्यूल बनाएं CRUD संचालन के लिए स्वचालित समर्थन के साथ विभिन्न डोमेन ऑब्जेक्ट के लिए।

  <module id="crud" initial="list" ...> <controller id="list" extends="controller"> <on event="create" to="create"/> <on event="read" to="read"/> <on event="update" to="update"/> <on event="delete" to="delete"/> </controller> <controller id="create" extends="controller"> … </controller> <controller id="read" extends="controller"> … </controller> <controller id="update" extends="controller"> … </controller> <controller id="delete" extends="controller"> … </controller> </module> <module id="orders" extends="crud" > <on event="go_account" to="account"/> <on event="go_addresses" to="addresses"/> </module> <module id="account" extends="crud"/> <module id="addresses" extends="crud"/> 

"आदेश", "खाता", "पते" मॉड्यूल ऊपर परिभाषित "क्रूड" मॉड्यूल से विरासत में मिले हैं और उनके निपटान में सीआरयूडी राज्यों के बीच संक्रमण तर्क की एक प्रति प्राप्त करते हैं। अब नए मॉड्यूल का निर्माण काफी संक्षिप्त है, जो सिस्टम को विकसित करने की प्रक्रिया में नए मॉड्यूल को जोड़ना आसान बनाता है।

Readonly + CRUD: देखने और संपादित करने के अधिकारों का अंतर

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

  <module id="readonly" initial="list" extends="module"> <controller id="list" extends="controller"> <on event="read" to="read"/> </controller> <controller id="read" extends="controller"/> </module> <module id="crud" initial="list" extends="readonly"> <controller id="list" extends="readonly/list"> <on event="create" to="create"/> <on event="update" to="update"/> <on event="delete" to="delete"/> ... </controller> <controller id="create" extends="controller"> … </controller> <controller id="read" extends="controller"> … </controller> <controller id="update" extends="controller"> … </controller> <controller id="delete" extends="controller"> … </controller> </module> <module id="orders" extends="readonly" > <on event="go_account" to="account"/> <on event="go_addresses" to="addresses"/> </module> <module id="account" extends="crud"/> <module id="addresses" extends="crud"/> 

चूंकि ऑर्डर मॉड्यूल को रीडोनली मॉड्यूल से विरासत में मिला है, अब उपयोगकर्ता आदेशों की सूची देख सकता है और प्रत्येक आदेश को व्यक्तिगत रूप से देख सकता है, लेकिन वह उन्हें बनाने, संपादित करने या हटाने में सक्षम नहीं होगा। "खाता" और "पते" मॉड्यूल, "क्रूड" मॉड्यूल से विरासत में मिला, उपयोगकर्ता को संस्थाओं को देखने, बनाने, अपडेट करने और हटाने की अनुमति देगा।

पिकर: सूची से मानों का चयन करने के लिए पुन: उपयोग करने वाले मॉड्यूल

एप्लिकेशन कुछ सेटिंग्स के साथ कई अलग-अलग तालिकाओं का उपयोग कर सकता है। वे, एक नियम के रूप में, सीआरयूडी मॉड्यूल से "सूची" राज्यों से जुड़े होते हैं। लेकिन उनका कॉन्फ़िगरेशन इस तरह से सेट किया गया है कि जब घटना "रीड" हो, तो यह नियंत्रक "रीड" पर जाता है। वंशानुक्रम का उपयोग करते हुए, आप न केवल वस्तुओं की सूची देखने के लिए तालिकाओं का पुन: उपयोग कर सकते हैं, बल्कि एक तालिका से मूल्यों का चयन करने के लिए भी कर सकते हैं। ऐसा करने के लिए, आप "crud" मॉड्यूल में "पिकर" नियंत्रक जोड़ सकते हैं, जो "crud / list" नियंत्रक से विरासत में मिलेगा:

  <module id="crud" initial="list"...> … <controller id="picker" extends="crud/list"> <on event="read" to="picked"/> <final id="picked" extends="action"/> </controller> </module> 

नियंत्रक - "पिकर" "क्रूड / लिस्ट" से विरासत में मिला है और "रीड" इवेंट को ओवरराइड करता है, इसे अंतिम स्थिति में पुनर्निर्देशित करता है - "उठाया"। यह आपको तालिका में एक पंक्ति पर क्लिक करके पिछली स्क्रीन पर लौटने की अनुमति देता है और चयनित ऑब्जेक्ट के पहचानकर्ता के साथ picker.picked घटना प्राप्त करता है। पिछली स्क्रीन के नियंत्रक में इसे पकड़कर, की सामग्री को अद्यतन करें, उदाहरण के लिए, एक ड्रॉप-डाउन सूची।



इसके अलावा, क्रिया में इस तंत्र का उपयोग करने के लिए, मॉड्यूल में उन घटनाओं को निर्धारित करना आवश्यक है जिनके द्वारा सूची से मूल्यों का चयन किया जाएगा।

  <module id="orders" extends="readonly" > <on event="go_account" to="account"/> <on event="go_addresses" to="addresses"/> <on event="select.account" to="account/picker"/> <on event="select.addresses" to="addresses/picker"/> </module> <module id="account" extends="crud"/> <module id="addresses" extends="crud"/> 

मॉड्यूल "ऑर्डर" से "select.account" और "select.addresses" की घटनाओं के लिए, "खाता / पिकर" और "पते / पिकर" में बदलाव होते हैं, जिससे आप तालिकाओं से आवश्यक वस्तुओं का चयन कर सकते हैं।



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

प्रोफाइल - समूह मॉड्यूल

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



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



निम्नलिखित एक प्रोफ़ाइल में मॉड्यूल का एक उदाहरण विन्यास है:

  <profile id="customer" ...> … <module id="orders" … > <on event="go_account" to="account"/> <on event="go_addresses" to="addresses"/> </module> <module id="account" … > </module> <module id="addresses" … > </module> … </profile> 

प्रोफ़ाइल स्तर पर मॉड्यूल के बीच संक्रमण को निर्दिष्ट करना वांछनीय है ताकि मॉड्यूल खुद एक-दूसरे से स्वतंत्र रहें और अन्य प्रोफाइल में पुन: उपयोग किया जा सके।

ताकि एक ही मॉड्यूल को अलग-अलग प्रोफाइल में एक साथ इस्तेमाल किया जा सके, लेक्सडेन वेब फ्लो इनहेरिटेंस का समर्थन करता है। उदाहरण के लिए, शीर्ष स्तर पर "t_addresses" मॉड्यूल को परिभाषित करके, आप इसे विभिन्न प्रोफाइल में शामिल कर सकते हैं।

 <flow> ... <profile id="t_admin" ...> … <module id="addresses" extends="t_addresses"> <controller id="list" extends="addresses/list"> <on event="go_export" to="export"/> </controller> <controller id="export" > ... </controller> </module> … </profile> <profile id="t_customer" ...> … <module id="addresses" extends="t_addresses"/> … </profile> <module id="t_addresses" initial="list"> ... </module> ... </flow> 

T_admin प्रोफ़ाइल और t_customer प्रोफ़ाइल को शीर्ष स्तर पर परिभाषित t_addresses मॉड्यूल की प्रतियां प्राप्त होती हैं।

इसके अलावा, t_admin प्रोफाइल में इनहेरिटेंस की मदद से, एड्रेस मॉड्यूल एक go_export ईवेंट जोड़कर कंट्रोलर की सूची क्षमताओं का विस्तार करता है, जिसके द्वारा एप्लिकेशन व्यवस्थापक / पते / निर्यात स्थिति पर स्विच हो जाता है। निर्यात के लिए एक दृश्य के साथ संबंधित नियंत्रक "पते / निर्यात" के लिए बाध्य है। यह बहुरूपता वाले राज्यों की विरासत का पता लगाता है, जो आपको आधारभूत टेम्पलेट को आधार के रूप में लेते हुए, मॉड्यूल के व्यवहार और संरचना को चुनिंदा रूप से बदलने की अनुमति देता है।

एक ही विरासत का उपयोग करने वाले आगे के प्रोफाइल को "एप्लिकेशन" में शामिल किया गया है।

  <application id="application" ...> … <profile id="admin" extends="t_admin"/> <profile id="manager" extends="t_manager" /> <profile id="team_leader" extends="t_manager" > <on event="go_team" to="team"/> <module id="team"…> … </module> </profile> <profile id="employee" extends="t_employee"/> <profile id="customer" extends="t_customer"/> … </application> <profile id="t_admin" ...> ... </profile> <profile id="t_manager" ...>... </profile> <profile id="t_employee" ...>... </profile> <profile id="t_customer" ...>... </profile> 

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

मुख्य राज्य "एप्लिकेशन" एप्लिकेशन लेआउट को बांधने का कार्य करता है, जो उपयोगकर्ता इंटरफ़ेस की मूल संरचना को परिभाषित करता है। यह निम्नानुसार किया जाता है:

  flowControllerContext.bindController("application", new ApplicationLayoutController()); 

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



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

जब नियंत्रकों को एक निश्चित स्थिति से जोड़ा जाता है, तो प्लेसहोल्डर को उनमें से प्रत्येक के लिए भी संकेत दिया जाता है।

  flowControllerContext.bindController("addresses/list", “content”, new AddressesListController ()); flowControllerContext.bindController("addresses/create", “content”, new AddressesCreateController ()); flowControllerContext.bindController("addresses/read", “content”, new AddressesReadController ()); flowControllerContext.bindController("addresses/update", “content”, new AddressesUpdateController ()); flowControllerContext.bindController("addresses/delete", “content”, new AddressesDeleteController ()); 

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

प्रवाह: निष्पादन प्रक्रिया

सिस्टम को नेविगेट करना संभव बनाने के लिए, विभिन्न डोमेन ऑब्जेक्ट्स से शुरू करके, लेक्सडेन वेब फ्लो प्रवाह तंत्र का उपयोग करता है। प्रवाह शुरू करने के लिए, प्रोफ़ाइल स्तर पर टाइप = विशेषता "प्रवाह" को "चालू" टैग में दर्शाया गया है। जब कोई एप्लिकेशन "प्रवाह" प्रकार की घटना फेंकता है, तो लेक्सडेन वेब फ्लो या तो एक नई स्ट्रीम शुरू करता है या पहले से ही सक्रिय स्ट्रीम पर स्विच करता है।

  <profile id="manager" … /> <on type="flow" event="orders.flow" to="orders"/> <on type="flow" event="account.flow" to="account"/> <on type="flow" event="addresses.flow" to="addresses"/> <module id="orders" extends="readonly" > <on event="go_account" to="account"/> <on event="go_addresses" to="addresses"/> </module> <module id="account" extends="crud"/> <module id="addresses" extends="crud"/> </profile> 

एप्लिकेशन मेनू का उपयोग प्रवाह प्रकारों के साथ घटनाओं को भेजने के लिए किया जाता है जो टैब में धाराएं खोलते हैं, जैसा कि नीचे दिए गए चित्र में दिखाया गया है:



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



नियंत्रणकर्ता अतुल्यकालिक कार्यों के रूप में कार्य करते हैं। अपना काम पूरा करने के लिए, उन्हें कई आंतरिक अंतिम प्रकारों में से एक में जाना होगा। इस अवस्था में जाने पर, लेक्सडेन वेब फ्लो नियंत्रक के नाम और नियंत्रक के अंदर अंतिम स्थिति के नाम से मिलकर एक नई घटना उत्पन्न करता है। उदाहरण के लिए, "ओके" की आंतरिक अंतिम स्थिति के साथ "रीड" कंट्रोलर के लिए, LWF एक "read.ok" ईवेंट उत्पन्न करेगा, जो इस ईवेंट को पिछले फ्लो कंट्रोलर में फेंक देगा, जिससे इसे निष्पादन परिणाम प्राप्त करने की अनुमति मिलेगी।

 <controller id="list" extends="controller"> <on event="read" to="read"/> <on event="read.ok".../> ... </controller> <controller id="read" extends="controller"> <on event="update" to="update"/> <on event="update.updated" to="updated"/> <action id="updated" extends="action"/> <!-- this part already exists in the "read" controller such as it is inherited from the parent "controller" state <view id="displayView" extends="view"> <on event="ok" to="ok"/> ... </view> <final id="ok" extends="action"/> --> … </controller> <controller id="update" extends="controller"> <on event="updated" to="updated"/> <final id="updated" extends="action"/> <!-- this part already exists in the "update" controller such as it is inherited from the parent "controller" state <view id="displayView" extends="view"> <on event="cancel" to="canceled"/> ... </view> <final id="canceled" extends="action"/> --> </controller> 

धाराएँ नियंत्रकों के बीच संक्रमण के अनुक्रम को याद करती हैं, और तदनुसार अभ्यावेदन के बीच।

निष्पादन का धागा समाप्त होता है जब धागे में अंतिम शेष नियंत्रक अंतिम राज्यों में से एक में प्रवेश करता है। उसी समय, "एंडफ्लो" प्रकार की एक घटना को फेंक दिया जाता है। इसे निम्नानुसार संसाधित किया जाता है:

 @OnEvent(type = EventConstants.END_FLOW) public void onCloseTab(StateEvent event) { ... } 

और इसका उपयोग किया जा सकता है, उदाहरण के लिए, प्रवाह से जुड़े टैब को बंद करने के लिए।

लेक्सडेन वेब फ्लो पर आधारित लेक्सडेन एडमिनिस्ट्रेशन एप्लिकेशन का परिणाम, दूसरे मिनट से शुरू होने वाले वीडियो में देखा जा सकता है:



इस तकनीक का उपयोग करने के संभावित लाभ:

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

नुकसान:

• नया ढांचा सीखने की जरूरत है
• कुछ मामलों में, आपको लेक्सडेन वेब फ्लो के स्रोत स्तर पर नेविगेशन को डीबग करना होगा
• छोटे अनुप्रयोगों के लिए उपयुक्त नहीं है।
• कोई दृश्य संपादक नहीं है जो आपको एप्लिकेशन के माध्यम से कॉन्फ़िगरेशन बदलने की अनुमति देता है
• कोई संकलक नहीं है जो आपको कार्यक्रम के संकलन के चरण में नेविगेशन के सिंटैक्स की जांच करने की अनुमति देता है
• डेमो एप्लिकेशन वर्तमान में केवल वाडिन घटक वास्तुकला के लिए उपलब्ध है, हालांकि लेक्सडेन वेब फ्लो एक विशिष्ट घटक ढांचे पर निर्भर नहीं है।

यदि किसी को इस तकनीक में रुचि है, तो लेक्सडेन वेब फ्लो , साथ ही लेक्सडेन प्रशासन, को स्वतंत्र रूप से अपने तकनीकी विकास परियोजनाओं में इस्तेमाल किया जा सकता है। वे अपाचे 2.0 लाइसेंस के तहत वितरित किए जाते हैं।

लेख काफी बड़ा निकला। इसे पढ़ने में बिताए गए समय के लिए धन्यवाद। मुझे आपके सवालों के जवाब देने में खुशी होगी।