Django बनाम मॉडल देखें नियंत्रक




model-view-controller frameworks (3)

क्या कोई मुझे बता सकता है कि डीजेगो और मॉडल व्यू कंट्रोलर पैटर्न के बीच दुविधाएं कहां हैं?

कार्यात्मक रूप से, हम उन मतभेदों से क्या उम्मीद कर सकते हैं - यानी Django की तुलना में अलग-अलग काम करता है, उदाहरण के लिए, रेल पर रूबी?


Django FAQ स्वयं शुरू करने के लिए एक सभ्य जगह है:

ध्यान रखें कि "मॉडल व्यू कंट्रोलर" सिर्फ एक पैटर्न है, यानी एक सामान्य वास्तुकला का वर्णन करने का प्रयास। तो एक बेहतर सवाल यह हो सकता है कि "Django मॉडल व्यू कंट्रोलर पैटर्न को कितनी अच्छी तरह फिट करता है?"


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

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


जब आप कोडवर्क फ्रेम के नामों के बारे में सोचते हैं, तो कोई संदेह नहीं है, उदाहरण के लिए RoR। लेकिन यह आपके द्वारा models देने वाले उपयोग पर निर्भर करता है, क्योंकि Django पर वे आसानी से कुछ तर्क रखते हैं कि अन्य ढांचे पर नियंत्रक स्तर पर रहेगा।

Django पर view डेटा लाने के लिए प्रश्नों का एक सेट बन जाता है, और उन्हें टेम्पलेट में पास करता है।





frameworks