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