डीजेंगो ऐप्स एएसपी.नेट एमवीसी में बराबर हैं?

Question

मैं वर्तमान में Django के साथ विकसित करता हूं, लेकिन जब भविष्य के ग्राहक अनिवार्य रूप से एएसपी.नेट एमवीसी में किए गए साइट का अनुरोध करते हैं तो तैयार रहना चाहते हैं। जबकि एएसपी.नेट एमवीसी की अधिकांश संरचना और प्रवाह डीजेगो और आरओआर के समान या कम है, एक हिस्सा मुझे यकीन नहीं है कि एप्स पद्धति डीजेगो कोड पुन: उपयोग को आसान बनाने के लिए नियोजित है।

क्या एएसपी.नेट एमवीसी में डीजेगो ऐप्स के बराबर है? यही है, क्या मैं टैगिंग, टिप्पणियां, घटनाओं का कैलेंडर, सरल ब्लॉग इत्यादि जैसी सुविधा बना सकता हूं और इसे बंडल कर सकता हूं, जिससे इसे अन्य परियोजनाओं के लिए पोर्टेबल बना दिया जा सके जो इसे एकीकृत करने के लिए आवश्यक न्यूनतम गोंद कोड के साथ हो? शायद किसी तरह की प्लगइन या मॉड्यूल सिस्टम?

Answer 1

डीजेगो पारंपरिक एमवीसी पैटर्न का पालन नहीं करता है, क्योंकि वे वेब दुनिया में, उनके एमटीवी अधिक उपयुक्त हैं। कुल मिलाकर, मैं django ऐप्स की वजह से रेलों पर Django पसंद करते हैं। आप रेल विक्रेता विक्रेता प्लगइन के साथ RoR में लगभग वही कर सकते हैं, लेकिन यह वही नहीं है।

एएसपी.नेट आरओआर संरचना का पालन करता है, और इसके लिए आपके पास पुन: प्रयोज्य ऐप्स नहीं हैं। यदि आप किसी एमवीसी प्रोजेक्ट में फ़ोल्डर संरचना की जांच करते हैं, तो आपको RoR के प्लगइन फ़ोल्डर को भी नहीं मिला है, इसलिए मुझे लगता है कि आपको इसे VisualStudio-Like करना चाहिए।

एक अलग प्रोजेक्ट के रूप में एक पुन: प्रयोज्य ऐप बनाएं, उस प्रोजेक्ट के संदर्भों को अपने मुख्य में संदर्भित करें, और अपनी रूट फ़ाइल में, बस अन्य प्रोजेक्ट के नियंत्रकों पर रीडायरेक्ट करें।

Answer 2

यह रूप में अच्छी तरह ब्याज की हो सकती है: App Areas

Answer 3

हम कुछ इसी तरह, एक अलग कोण से हालांकि ऐसा करने के लिए कोशिश की है। हम bistro में बढ़ी पुन: प्रयोज्यता के लिए रचनात्मक नियंत्रकों का उपयोग करते हैं, और ndjango templating भाषा के रूप में। जो हम देखना शुरू करते हैं वह नियंत्रक अधिक बारीक हो जाते हैं, और नतीजतन वे जहां रहते हैं वहां कम निर्भर होते हैं - अधिक घटक।