7

मैं उत्सुक था कि ठेठ ASP.NET MVC मानसिकता में कोई व्यक्ति एक मंच बना सकता है जिससे अन्य प्लगइन विकसित कर सकें। मेरा मतलब है, वे प्लगइन्स कैसा दिखेंगे?कस्टम घटकों और एएसपी.नेट एमवीसी

वेबफॉर्म के लिए उपयोगकर्ता नियंत्रण से बाहर निकलने की तरह, सभी परतों को अपने आप में encapsulating, या दृश्य और नियंत्रक मॉडल का प्रतिनिधित्व करने वाली तीन अलग-अलग फाइलें। मुझे CMS का मूल विकसित करना चाहिए, कि मैं दूसरों को बाद में प्लगइन बनाना चाहता हूं। उस मानसिकता के लिए कौन सी मानसिकता बेहतर है, क्लासिक वेब फॉर्म या एएसपी.नेट एमवीसी?

मुझे डेवलपर्स को इसके लिए घटकों को अलग-अलग बनाने में सक्षम होने की आवश्यकता है। क्या एक घटक डीएलएल फ़ाइल में एमवीसी निर्देशिका संरचना को समाहित करना संभव है और फिर जब मैं डीएलएल फ़ाइल का संदर्भ देता हूं, तो सामान्य एमवीसी संरचना के हिस्से के रूप में सीधे घटक के मॉडल, दृश्य या नियंत्रक तक पहुंचने में सक्षम होने के लिए?

+0

क्षमा करें, गलती से मुझे लगता है कि मुझे लगता है। यह सुनिश्चित नहीं है कि यह कैसे हुआ लेकिन जब तक सवाल संपादित नहीं किया जाता है तब तक मैं इसे हटाने में सक्षम नहीं हूं। –

उत्तर

2

Portable Areas के रूप में lostechies.com और Mvccontrib पर लोगों से सबसे अधिक आशाजनक घटक तकनीकें आई हैं। पोर्टेबल एरिया एक संपूर्ण एमवीसी ऐप को मौजूदा एप्लिकेशन पर जोड़ने की अनुमति देता है। तो यह सिर्फ एक यूआई घटक नहीं बल्कि सभी कार्य प्रवाह और स्क्रीन एकीकरण भी प्रदान करता है।

Open Forum ऐसा कुछ भी करता है। मुझे नहीं पता कि कैसे, लेकिन यह बहुत प्लग और खेल है।

सीधे प्लगइन आर्किटेक्चर के लिए रॉब कॉनरी के link text के लिए एक दिलचस्प स्क्रीनकास्ट और स्रोत कोड है। वह मुख्य साइट को संपादित किए बिना नए प्लगइन्स को स्थानांतरित करने के लिए ऐप-कोड निर्देशिका का लाभ उठाता है।

+1

मैंने ओपनफोरम को चेक आउट किया। ऐसा लगता है कि लोग एक इनिट विधि का उपयोग कर रहे हैं जो नई इकाई के मॉडल, नियंत्रकों और रूटिंग तालिका में विचारों के "इंजेक्ट" करता है, और इसे रीफ्रेश करता है। अच्छा ओ, लेकिन मुझे डर है कि यह अतिरिक्त निर्भरता पैदा कर सकता है – xantrus

संबंधित मुद्दे