CodeGym University
शिकणे
अभ्यासक्रम
टास्क्स
सर्वेक्षणे आणि प्रश्नमंजुषा
गेम्स
मदत
आव्हानात्मक वेळापत्रक
समुदाय
युजर्स
फोरम
चॅट
लेख
यशोगाथा
अॅक्टीव्हिटी
परीक्षणे
सदस्यत्वे
फिकट थिम
धडे
परीक्षणे
आमच्याविषयी
सुरू करा
शिकायला सुरुवात करा
आत्ताच शिकायला सुरुवात करा
शोध नकाशा
धडे
Module 3. Java Professional
पातळी 14
क्लायंट-सर्व्हर आर्किटेक्चर
मॉड्यूल 3
पातळी 14,
धडा 0
1.1 ऍप्लिकेशन आर्किटेक्चर हा कोर्स नवशिक्यांसाठी डिझाइन केला आहे, कारण तुम्ही दीर्घकाळ गंभीर ऍप्लिकेशनचे आर्किटेक्चर डिझाइन करणार नाही. परंतु काळजी करू नका, नियमापेक्षा चांगली वास्तुकला अपवाद आहे. अनुप्रयोग तयार करण्यापूर्वी योग्य अनुप्रयोग
त्रिस्तरीय आर्किटेक्चर
मॉड्यूल 3
पातळी 14,
धडा 1
त्रिस्तरीय आर्किटेक्चरचा परिचय तीन-स्तरीय आर्किटेक्चर हे इंटरनेटवरील सर्वात सामान्य परस्परसंवाद आर्किटेक्चर आहे. जेव्हा दोन-स्तरीय सर्व्हर भाग दोन भागांमध्ये विभागला गेला तेव्हा ते दिसून आले: एक तर्क स्तर आणि डेटा स्तर . हे असे काहीतरी दिसत
MVC दृष्टीकोन
मॉड्यूल 3
पातळी 14,
धडा 2
MVC आर्किटेक्चरचा परिचय प्रत्येक प्रोग्रामरला माहित असलेले सर्वात लोकप्रिय अॅप्लिकेशन आर्किटेक्चर म्हणजे MVC . 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.