वेब और एमवीसी: डीब्रीफिंग

एमवीसी की मृत्यु के विषय से प्रेरित।

क्या चल रहा है यह समझने के लिए, आइए OOP के सिद्धांतों से चलते हैं।
OOP में एक ऑब्जेक्ट क्लास अपने व्यवहार के साथ ऑब्जेक्ट डेटा को एन्क्रिप्ट करता है।
विषय क्षेत्र को वस्तुओं में विभाजित करने में सभी जटिलता।
यहाँ, "विषय क्षेत्र" से मैं तकनीकी वातावरण (DB, नेटवर्क इत्यादि) को भी समझता हूँ

इन दिनों एक आम बात यह है कि लाइटवेट POJO ऑब्जेक्ट और उनके प्रॉक्स का निर्माण हुआ है, जिसका उपयोग हम कुछ तर्क का उपयोग करते हैं जो क्रमशः MVC (M, V और C) के सभी भागों में वितरित किया जाता है।
यह क्रमशः एम, वी और सी के कुछ हिस्सों के लिए विभिन्न तकनीकों को लागू करने के दृष्टिकोण से सुविधाजनक है। आउटपुट में, हमारे पास एम-फ्रेमफॉर्क, वी-फ्रेमफॉर्क और सी-फ्रेमफॉर्क (कभी-कभी भ्रम होता है)। इस प्रतिमान में, तर्क को मॉडल के POJO- कक्षाओं में स्थानांतरित करना, जो डेटाबेस पर प्रतिबिंबित (मानचित्रण) कर रहे हैं, आत्महत्या होगी।

हमारे पास क्या विकल्प हैं?


आइए उस सिद्धांत से चलते हैं जो ओओपी में ऑब्जेक्ट किसी वस्तु के डेटा को उसके व्यवहार से घेरता है। और एकल जिम्मेदारी के सिद्धांत का भी उपयोग करें।
"इससे क्या होता है?" सार में डेटाबेस के साथ काम करने के लिए कोड कैरी करें? ”बेशक नहीं।
चलिए इसका पता लगाते हैं। ये वही POJO ऑब्जेक्ट वास्तव में स्पष्ट रूप से परिभाषित शब्दार्थ - डेटाबेस संस्थाओं का मानचित्रण करते हैं। हालांकि, उन्हें कक्षाएं बुलाना गलत है। OOP के दृष्टिकोण से, यह केवल एक डेटा संरचना है। और प्राप्त / सेट विधियों की यहां आवश्यकता नहीं है - यह सिर्फ एक डेटा कास्ट है।

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

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

इसके बाद, अनुरोध संसाधित किया जाता है। किसी भी ऑपरेशन को विभिन्न परिस्थितियों में किए जाने वाले आदिम CRUD घटकों में विभाजित किया जा सकता है। प्रश्न: क्या ऑपरेशन एक वस्तु है? एक ऑपरेशन वस्तुओं की एक बातचीत है। उसके पास अपना डेटा नहीं है - वह उन्हें उधार लेती है। यह उन वस्तुओं की पारस्परिक क्रिया प्रदान करता है जो स्वयं में निष्क्रिय हैं। और वे निष्क्रिय हैं क्योंकि उनमें से किसी को भी ऑपरेशन करने का ज्ञान नहीं है। इसलिए, हमें एक मध्यस्थ की आवश्यकता है जो वस्तुओं के संपर्क की जिम्मेदारी लेगा। यह कोई नियंत्रक नहीं है। यह एक मॉडल नहीं है। यह एक अलग पैटर्न है।
लेकिन एम और सी के बारे में क्या? नियंत्रक को ऑपरेशन को लागू करना होगा और, इसके परिणामों के आधार पर, प्रदर्शन के लिए दृश्य का चयन करें। सभी तर्क संचालन में जाते हैं। और मॉडल कहाँ है? मॉडल को परिवर्तनों के बारे में दृश्य को सूचित करना होगा, इसे नियंत्रक द्वारा बदलना होगा ... हमारे पास जो मॉडल है वह डेटाबेस है। डेटाबेस स्वयं एक मॉडल है। और अधिसूचना के बिना। वेब विकास में, हमारी साइट में एक भी घटक मॉडल से घटनाओं के लिए दृश्य को अपडेट नहीं करता है। हम ऑपरेशन के बाद प्राप्त आंकड़ों के आधार पर एक दृश्य बनाते हैं।

तो क्या यह MVC है?
विहित रूप में - नहीं। वेब में एक और पैटर्न काम करता है, जहां मॉडल निष्क्रिय है।
मैं नामों के बारे में बहस नहीं करूंगा, लेकिन यहां बातचीत और भूमिकाओं की संरचना अलग है।

क्या एक पूर्ण MVC बनाना संभव है?
इस विषय पर, मुझे लगता है, आपको एक अलग लेख लिखने की आवश्यकता है।