जैसा कि मैंने ऊपर एक टिप्पणी में व्यक्त किया है, मुझे इस प्रश्न में बहुत दिलचस्पी है।
सबसे पहले, यह आपके एएसपी.नेट एमवीसी प्रोजेक्ट में अतिरिक्त निर्देशिकाएं (अन्य कक्षाओं और उपयोगिताओं के लिए) बनाने में गलत लगता है। साथ ही, मुझे नहीं लगता कि यह मॉडल में होना चाहिए। मेरे लिए, मॉडल कम या ज्यादा डेटा वर्ग है जो किसी भी तरह से डेटाबेस (या डेटा जिसे हम मॉडल करने का प्रयास कर रहे हैं) का प्रतिनिधित्व करते हैं। उस पर, अक्सर व्यावसायिक कार्यक्षमता (या आपके आवेदन में कोड के "वास्तविक" टुकड़े) एक समय में कई मॉडल कक्षाओं से संबंधित हैं, और इसलिए कुछ मॉडल वर्ग में इसके लिए प्राकृतिक जगह नहीं हो सकती है।
तो मुझे लगता है मैं निम्न स्कीमा की ओर झुकाव रहा हूँ:
- नियंत्रक क्रियाएँ बहुत छोटा करते हैं; कोड की बस कुछ पंक्तियां।
- मॉडल सरल और अधिकतर कार्यहीन रखें, और इसे अलग परियोजना में रखें।
- सभी अपने कोड रखो जो सभी "असली" काम ("व्यापार परत") एक अलग परियोजना में करता है।
इस तरह आप अपनी खुद की नामस्थान चुनने में पूरी आजादी मिल जाएगा, तो आप उपयोगिता कक्षाएं, काम करता है, और आम तौर पर के रूप में आप एएसपी से प्रतिबंधित किया जा रहा बिना आपके कोड की संरचना करने में सक्षम के किसी भी संख्या को बनाने के लिए सक्षम हो जाएगा। नेट एमवीसी।
यह सिर्फ एक विचार है। फिलहाल मैं अपने पहले बड़े एएसपी.नेट एमवीसी एप्लिकेशन पर काम कर रहा हूं। इसलिए मैं वास्तव में यह जानने जा रहा हूं कि यह अभ्यास में कैसे काम करता है।
स्रोत
2009-09-30 14:57:15
यदि मैं कर सकता, तो मैं यह प्रश्न +100 वोट दूंगा। मैं वास्तव में जानना चाहता हूं कि अन्य लोग इस मुद्दे को कैसे संबोधित कर रहे हैं। मैंने अभी एएसपी.नेट एमवीसी (मध्यम आकार के प्रोजेक्ट पर) के साथ प्रयोग करना शुरू कर दिया है, और मुझे लगता है कि मैं अक्सर निर्देशिका संरचना और कुछ एमवीसी अवधारणाओं से घिरा हुआ हूं। –