वेब विकास के लिए वैकल्पिक पैटर्न? (गैर-एमवीसी) [बंद]


24

हाल ही में मैं एमवीसी के बारे में कुछ ब्लॉग पोस्ट पढ़ रहा हूं और यह वेब कैसे फिट नहीं होता है । मैंने आरएमआर आर्किटेक्चर जैसे वैकल्पिक पैटर्न के बारे में सीखा है ।

मैं उत्सुक हूं कि लोग MVC के अलावा वेब पर कौन से अन्य पैटर्न का उपयोग कर रहे हैं? इसके अलावा, अगर कोई ढांचा है जो पैटर्न को लागू करता है, तो कृपया इसके लिए एक लिंक पोस्ट करें।


क्या आप एमवीसी जैसे एमवीवीएम के लिए प्रतिस्थापन चाहते हैं या क्या आप वेब विकास में उपयोग किए जाने वाले अन्य डिज़ाइन पैटर्न के बारे में जानना चाहते हैं? प्रश्न की व्याख्या किसी भी तरह से की जा सकती है और मुझे यकीन नहीं है कि आप दोनों व्याख्याओं के लिए इरादा रखते हैं क्योंकि प्रत्येक मामले में उत्तर अलग-अलग होंगे।
जेबी किंग

मैं मुख्य रूप से वेब विकास में उपयोग किए जाने वाले अन्य डिजाइन पैटर्न के बारे में जानना चाहता हूं।
टेलरऑटवेल

1
दरअसल, मैं एमवीसी के लिए प्रतिस्थापन की तलाश कर रहा हूं। क्षमा करें, पहले पृष्ठ पर एक ही पृष्ठ पर नहीं था।
टेलरऑट्वेल

वाह - यह देखकर अच्छा लगा कि अन्य लोग भी ऐसा ही महसूस करते रहे हैं। MVC वेब पर पर्याप्त रूप से फिट नहीं होता है और जब आप प्रोग्रामिंग / OOP के लिए नए होते हैं (लेकिन वेब में अनुभव होता है) तो डेस्क-टॉप से ​​प्राप्त होने वाले सर्वोत्तम अभ्यासों को श्रेय देते समय यह बहुत भ्रम पैदा करता है।
JW01

RWR केवल MVC में M और C को समेटता है। MVC "वेब को फिट" करता है और इसे Restful तरीकों से उपयोग किया जा सकता है। आरडब्ल्यूआर अनिवार्य रूप से सुपरवाइजिंग कंट्रोलर पैटर्न का री-ब्रांडिंग है।
अल्फागडग

जवाबों:


6

मुझे यह पोस्ट देखकर खुशी हुई।

पॉल जेम्स (आपके एक लिंक के लेखक) में वास्तव में टॉनिक PHP फ्रेमवर्क है: http://peej.github.com/tonic/ जो काफी अच्छा और हल्का है।

रेसस फ्रेमवर्क भी है, जो एक Restful दृष्टिकोण है: http://www.recessframework.org/

आप पनिशलिब में भी दिलचस्पी ले सकते हैं , एक गैर- एमएक्स संयुक्त राष्ट्र - ऑफ्रामवर्क।

मैं व्यक्तिगत रूप से स्काला / लिफ्ट दृष्टिकोण के पीछे के दर्शन को पसंद करता हूं:

लिफ्ट अलग है [ एमवीसी से ]। HTML अनुरोधों के लिए, लिफ्ट पहले दृश्य को लोड करती है और आपके पृष्ठ को दृश्य से बनाती है। LIFT गैर- HTML डेटा के लिए REST शैली अनुरोधों का भी समर्थन करता है। (पेज 1 पर 11 देखें) "क्यों?" क्योंकि जटिल HTML पृष्ठों में शायद ही कभी तर्क का एक प्रमुख अंश होता है ... एक एकल नियंत्रक ... लेकिन कई अलग-अलग घटक होते हैं। उन घटकों में से कुछ बातचीत करते हैं और कुछ नहीं करते हैं। लिफ्ट में, आप दृश्य में परिणामी HTML पृष्ठ में प्रस्तुत किए जाने वाले घटकों के संग्रह को परिभाषित करते हैं।

मैंने अपनी ओर से GoF की एक प्रति के साथ C ++ बैकएंड ऐप्स के निर्माण में कई साल बिताए, और शुद्ध वेब विकास में आकर, मैं स्वाभाविक रूप से एक MVC फ्रेमवर्क में सीधे चला गया ... जैसे-जैसे महीने बीतते गए, मैंने पाया कि मैं खुद को एक और अधिक प्रक्रियात्मक बनाने के लिए (हांफना!) शैली, कुछ वर्गों के साथ मुझे डीआरवाई रखने के लिए फेंक दिया गया। और मैंने फ्रेमवर्क का उपयोग करना बंद कर दिया और चिंताओं को अलग करने के लिए रासमस की नो-फ्रेमवर्क फ्रेमवर्क शैली के साथ चला गया ।

मैं लिफ्ट एप्रोच का प्रयास करने के लिए उत्सुक हूं, लेकिन बहुत व्यस्त रहा हूं।


0

यहाँ कुछ संभावित विचारों पर विचार किया जाएगा:

कोई यह तर्क देने की कोशिश कर सकता है कि प्रारंभिक वेब प्रपत्रों को अलग फ़ाइलों में पीछे कोड और मार्कअप के साथ MVC के कुलपति के करीब होने की कोशिश की गई थी, लेकिन मुझे यकीन नहीं है कि मैं उस खरगोश छेद से कितना नीचे जाना चाहता हूं।


मुझे लगता है कि मैंने आपकी पहली टिप्पणी को गलत समझा। मैं संपूर्ण रूप से MVC के प्रतिस्थापन / विकल्प की तलाश कर रहा हूं।
टेलरऑट्वेल

3
कृपया वेब प्रपत्रों का उपयोग न करें, यह MVC से कहीं अधिक खराब है।
रैनजेक
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.