शरद ऋतु का डिस्काउंट
CodeGym University
सीखने की प्रक्रिया
कोर्स
टास्क्स
सर्वेक्षण और क्विज़
गेम
मदद
रिमाइंडिंग शेड्यूल
समुदाय
उपयोगकर्ता
फोरम
चैट करें
लेख
सफलता की कहानियां
गतिविधि
समीक्षाएं
सब्सक्रिप्शन
लाइट थीम
सबक
समीक्षाएं
परिचय
शुरू करें
सीखना शुरू करें
अभी सीखना शुरू करें
क्वेस्ट मैप
सबक
स्तर 14
क्लाइंट-सर्वर आर्किटेक्चर
मॉड्यूल 3
स्तर 14,
सबक 0
1.1 एप्लीकेशन आर्किटेक्चर यह पाठ्यक्रम शुरुआती लोगों के लिए डिज़ाइन किया गया है, क्योंकि आप लंबे समय तक एक गंभीर एप्लिकेशन के आर्किटेक्चर को डिज़ाइन नहीं करेंगे। लेकिन चिंता न करें, अच्छी वास्तुकला नियम के बजाय अपवाद है। एप्लिकेशन बनाने से
त्रिस्तरीय वास्तुकला
मॉड्यूल 3
स्तर 14,
सबक 1
त्रि-स्तरीय वास्तुकला का परिचय थ्री-टियर आर्किटेक्चर इंटरनेट पर सबसे आम इंटरैक्शन आर्किटेक्चर है। यह तब प्रकट हुआ जब दो-स्तरीय सर्वर भाग को दो भागों में विभाजित किया गया: एक तर्क परत और एक डेटा परत । यह कुछ ऐसा दिखता था: क्लाइंट परत "वितरित
एमवीसी दृष्टिकोण
मॉड्यूल 3
स्तर 14,
सबक 2
एमवीसी वास्तुकला का परिचय सबसे लोकप्रिय एप्लिकेशन आर्किटेक्चर जिसके बारे में हर प्रोग्रामर जानता है वह एमवीसी है । MVC का मतलब मॉडल-व्यू-कंट्रोलर है । यह एप्लिकेशन आर्किटेक्चर के रूप में एप्लिकेशन घटकों के आर्किटेक्चर के रूप में इतना अधिक न
अच्छे सॉफ्टवेयर आर्किटेक्चर के लिए मानदंड
मॉड्यूल 3
स्तर 14,
सबक 3
क्षमता अनुभवी प्रोग्रामर एक अच्छे आर्किटेक्चर को खराब आर्किटेक्चर से आसानी से बता सकते हैं, लेकिन अगर उन्हें कुछ शब्दों में इसका वर्णन करने के लिए कहा जाए, तो वे ऐसा करने में सक्षम होने की संभावना नहीं रखते हैं। अच्छी वास्तुकला और एक परिभाष
खराब सॉफ्टवेयर आर्किटेक्चर के लिए मानदंड
मॉड्यूल 3
स्तर 14,
सबक 4
खराब डिजाइन के लिए मानदंड जीवन काफी सरलता से काम करता है: अक्सर, स्मार्ट होने के लिए, आपको बस बेवकूफी करने की ज़रूरत नहीं है। यह सॉफ्टवेयर विकास पर भी लागू होता है: ज्यादातर मामलों में, कुछ अच्छा करने के लिए, आपको इसे बुरी तरह से नहीं करना
मॉड्यूलर सॉफ्टवेयर आर्किटेक्चर
मॉड्यूल 3
स्तर 14,
सबक 5
6.1 अपघटन मानदंडों की विविधता के बावजूद, बड़ी प्रणालियों के विकास में मुख्य कार्य प्रणाली की जटिलता को कम करने का कार्य है । जटिलता को कम करने के लिए, भागों में विभाजन के अलावा और कुछ भी आविष्कार नहीं किया गया है। कभी-कभी, सादगी के लिए, इसे
सही सॉफ्टवेयर अपघटन
मॉड्यूल 3
स्तर 14,
सबक 6
पदानुक्रमित अपघटन आपको कभी भी अपने आवेदन के लिए कक्षाएं लिखना तुरंत शुरू नहीं करना चाहिए। पहले इसे डिजाइन करने की जरूरत है। डिजाइन एक विचारशील वास्तुकला के साथ समाप्त होना चाहिए। और इस आर्किटेक्चर को प्राप्त करने के लिए, आपको सिस्टम को लगात
सॉफ्टवेयर मॉड्यूल के बीच कपलिंग को कैसे ढीला करें
मॉड्यूल 3
स्तर 14,
सबक 7
8.1 अपघटन ही सब कुछ है स्पष्टता के लिए, एक अच्छे लेख "ऑब्जेक्ट-ओरिएंटेड सिस्टम्स का डिकूप्लिंग" से एक तस्वीर, जिसमें मुख्य बिंदुओं पर चर्चा की जाएगी। क्या आपको अभी भी लगता है कि एप्लिकेशन आर्किटेक्चर डिजाइन करना आसान है? 8.2 इंटरफेस, कार्या
निर्भरता उलटा
मॉड्यूल 3
स्तर 14,
सबक 8
9.1 निर्भरता उलटा याद रखें, हमने एक बार कहा था कि सर्वर एप्लिकेशन में आप केवल स्ट्रीम नहीं बना सकते हैं new Thread().start()? केवल कंटेनर को धागे बनाना चाहिए। अब हम इस विचार को और भी विकसित करेंगे। सभी वस्तुओं को भी केवल कंटेनर द्वारा ही बन
सॉफ्टवेयर मॉड्यूल को जोड़ने के वैकल्पिक तरीके
मॉड्यूल 3
स्तर 14,
सबक 9
संदेश के साथ प्रत्यक्ष निर्भरता को बदलना कभी-कभी एक मॉड्यूल को केवल दूसरों को सूचित करने की आवश्यकता होती है कि इसमें कुछ घटनाएँ/परिवर्तन हुए हैं, और इससे कोई फर्क नहीं पड़ता कि बाद में इस जानकारी का क्या होता है। इस मामले में, मॉड्यूल को "
Please enable JavaScript to continue using this application.