🙋🏽 👴🏿 📁 आवेदन वास्तुकला या कैसे होबे पर कर्म को खराब करने के लिए 🥜 🏇🏿 👕

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

सबसे पहले और सबसे महत्वपूर्ण, परियोजना की एक अच्छी वास्तुकला बनाने के लिए, आपको इसकी विशेषताओं पर निर्णय लेने की आवश्यकता है:

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

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

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

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

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

और इसलिए निष्कर्ष खुद को बताता है कि एक अच्छी वास्तुकला बनाने के लिए, अमूर्त करना आवश्यक है, प्रौद्योगिकियों और प्रोग्रामिंग पैटर्न पर निर्णय लेना और विकास शुरू करने के लिए एक नींव का निर्माण करना ...

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

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

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

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

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

आवेदन वास्तुकला या कैसे होबे पर कर्म को खराब करने के लिए

More articles: