मैं जानना चाहता हूं कि कौन सी php आर्किटेक्चर रणनीतियों डेवलपर्स जटिल php अनुप्रयोगों में उपयोग करते हैं। अब तक, मुझे एमवीसी संरचना पता है जिसमें मॉडल, विचार और नियंत्रक (और नियंत्रक प्लगइन्स शामिल हैं जो सामान्य कार्यों जैसे कि उपयोगकर्ता पहुंच नियंत्रक) के साथ संभालते हैं। मैं कुछ अच्छे PHP ढांचे को जानता हूं जो कुछ सामान्य सामान को आसान बनाता है। लेकिन समस्या तब शुरू होती है जब मैं विशाल और जटिल PHP अनुप्रयोगों के बारे में बात करता हूं। क्योंकि इन अनुप्रयोगों में बहुत सी चीजें हैं या जांच करने के लिए बहुत सारे विचार हैं, इसलिए मैं यह तय नहीं कर सकता कि कौन सा कोड होना चाहिए।बहुत ही जटिल PHP अनुप्रयोगों का आर्किटेक्चर?
Magento एप्लिकेशन के बारे में सोचें, यह बहुत बड़ा एप्लिकेशन है। जब मैं एप्लिकेशन के स्रोत कोड की समीक्षा करता हूं, तो मैं डिजाइन रणनीति को समझ नहीं सकता। मुझे पता है कि कुछ परिपूर्ण डिजाइन रणनीतियां हैं जो बहुत बड़े PHP अनुप्रयोगों को आसानी से संभाल सकती हैं, क्योंकि वे बहुत कमजोर डिज़ाइन रणनीति के साथ इतना बड़ा एप्लिकेशन नहीं बना सकते हैं। डिज़ाइन रणनीति को आपके इच्छित से अधिक समर्थन देना चाहिए, ताकि आप अपना कोड सुधार सकें और आवेदन आसानी से
समेकित करने के लिए, मैं चाहता हूं कि मैं बड़े एप्लिकेशन कैसे बना सकूं। अब मेरे अनुप्रयोगों में उपयोग की जाने वाली डिजाइन रणनीतियों ने मुझे सीमित कर दिया है, इसलिए मैं अधिक जटिल अनुप्रयोग नहीं बना सकता। मैं जानना चाहता हूं कि डिजाइन रणनीति जटिल अनुप्रयोगों को कैसे संभाल सकती है।
मुझे पता है कि यह बहुत ही अमूर्त प्रश्न है, लेकिन ऐसा इसलिए है क्योंकि अब मेरी PHP पृष्ठभूमि शौकिया शौक से आ रही है अकादमिक से नहीं। मैं और अधिक करना चाहता हूं, लेकिन मैं कहीं और हूं जहां मैं एक कदम आगे नहीं जा सकता, क्योंकि मुझे कोडिंग के बारे में अधिक जटिल जानकारी नहीं मिल रही है। जो भी हो, समेकित करने के लिए, मैं जटिल php अनुप्रयोगों जैसे Magento के लिए डिज़ाइन रणनीतियों के बारे में जानना चाहता हूं।
हो सकता है कि डिजाइन रणनीतियों जो मुझे पता है .. (MVC, ci केक चौखटे ...) की तुलना में मुझे लगता है कि और अधिक जटिल अनुप्रयोगों संभाल कर सकते हैं
अगर वहाँ मेरे सवालों कृपया उन्हें सही करने के लिए स्वतंत्र महसूस में कुछ गलतियां कर रहे हैं, मेरी अपर्याप्त अंग्रेजी के लिए खेद है ..
आपके उत्तर के लिए धन्यवाद:
तो पर एक नज़र डालें।आपके द्वारा दिया गया लिंक मेरे लिए बहुत उपयोगी है। मैं बस अपने सबसे कमजोर बिंदु को समझ गया, मेरी समस्या "वसा नियंत्रक = मॉडल + नियंत्रक" समस्या है। मुझे लगता है कि मेरे अनुप्रयोगों को कौन सा सीमा है कि मेरे पास कोई 'उपयोगी' मॉडल नहीं है, मेरे मॉडल ढांचे के डेटाबेस एडाप्टर के साथ खाली कक्षाएं हैं, और मेरे पास विशाल नियंत्रक हैं जिनमें सभी तर्क हैं। इसलिए मुझे लगता है कि मुझे वास्तविक मॉडल –
बनाना है। लेकिन मुझे यकीन नहीं है कि मुझे विशिष्ट मॉडल कार्रवाई (उदाहरण के लिए उपयोगकर्ता मॉडल की पंजीकरण कार्रवाई) बनाने की आवश्यकता क्यों है, भले ही मैं इसे केवल 1 नियंत्रक में उपयोग करूं। एक कारण मैं परीक्षण क्षमताओं को पा सकता हूं। यदि उपयोगकर्ता मॉडल में एक रजिस्टर विधि है तो मैं इसका परीक्षण कर सकता हूं। यदि आपके पास अधिक जानकारी है जो मेरे लिए उपयोगी हो सकती है, तो मैं सीखना चाहता हूं। आपको फिर से धन्यवाद –
@ ओगुज़ - क्या आप ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग से संबंधित हैं, खुद को दोहराएं, अकेले उत्तरदायित्व सिद्धांत या encapsulation के साथ परिचित हैं? –