MVC मर चुका है, यह समय के लिए है

MVC एक अभूतपूर्व विचार है। आपके पास मॉडल, राज्यों के स्वतंत्र टुकड़े, विचार हैं जो UI के अलग-अलग टुकड़े हैं, और नियंत्रक जो अलग-अलग टुकड़े हैं ... उम?

क्या?

मैं निश्चित रूप से यह नोटिस करने वाला पहला नहीं हूं, लेकिन एमवीसी के साथ समस्या यह है कि नियंत्रकों में बहुत अधिक कोड है।

इसे ठीक करने के लिए, मैं एक नए पैटर्न का उपयोग करता हूं: MOVE । मॉडल, संचालन, वी iew, और ई vents।

सिंहावलोकन

मैं थोड़ा बाद में विवरण का वर्णन करूंगा, लेकिन यह आरेख MOVE एप्लिकेशन की मूल संरचना को दर्शाता है।

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

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

आदर्श

आर्किटेपल मॉडल, उपयोगकर्ता ऑब्जेक्ट। इसमें एक ईमेल और संभवतः एक नाम और फोन है।

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

संचालन

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

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

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

की प्रस्तुति

लॉगिन स्क्रीन एक दृश्य है जो उपयोगकर्ता के लिए कई पाठ फ़ील्ड प्रदर्शित करने के लिए ज़िम्मेदार है। जब उपयोगकर्ता लॉगिन बटन पर क्लिक करता है, तो दृश्य एक "लॉगिनएप्टेमप्ट" घटना उत्पन्न करता है जिसमें उपयोगकर्ता द्वारा दर्ज उपयोगकर्ता नाम और पासवर्ड होता है।

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

घटनाओं

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

घटनाओं के लिए सुनना वह है जो हमें MOVE (और MVC) में नियंत्रण (आईओसी) का व्युत्क्रम प्रदान करता है, ताकि मॉडल को स्पष्ट रूप से इंगित किए बिना विचारों को अपडेट करने में सक्षम किया जा सके कि वे कौन से विचार अपडेट कर रहे हैं। यह एक शक्तिशाली अमूर्त तकनीक है जो घटकों को एक दूसरे के साथ हस्तक्षेप किए बिना एक साथ जुड़े होने की अनुमति देता है।

अब क्यों?

मैं गलत नहीं समझना चाहता हूं, इसका मतलब है कि एमवीसी खराब है; पिछले एक दशक से, यह बड़े अनुप्रयोगों की संरचना के लिए एक अविश्वसनीय रूप से सफल तरीका रहा है। हालांकि, जिस समय इसे गढ़ा गया था, नई प्रोग्रामिंग तकनीक लोकप्रिय हो गई थी। क्लोजर (या अनाम ब्लॉक) के बिना, घटना असाइनमेंट थकाऊ हो सकता है; और deferrables (भी deferreds या वादों के रूप में जाना जाता है) के बिना, वस्तुओं के रूप में व्यक्तिगत संचालन को समझने के विचार से बहुत मतलब नहीं होगा।

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