2010-01-21 18 views
6

क्या स्क्रिप्ट फ़ोल्डर को छोड़ने का कोई फायदा है जहां यह डिफ़ॉल्ट एएसपी.नेट एमवीसी परियोजना संरचना में है।एएसपी.नेट एमवीसी डिफ़ॉल्ट परियोजना संरचना और स्क्रिप्ट फ़ोल्डर

मेरे दिमाग में यह सामग्री फ़ोल्डर के तहत स्क्रिप्ट, सीएसएस फाइलों और छवियों के लिए सबफ़ोल्डर बनाने के लिए और अधिक समझ में आता है।

ऐसा करने के लिए कोई नकारात्मक?

+0

[एमवीसी डिफ़ॉल्ट संरचना] (http://getproductprice.com/Ads-define-mvc-project-structure.aspx) –

+0

संबंधित http://stackoverflow.com/questions/596151/why-not-have-the -स्क्रिप्ट-फ़ोल्डर-अंदर-के-द-कंटेंट-फ़ोल्डर-के-एएसपी-नेट-एमवीसी-प्रो –

उत्तर

9

संक्षेप में, नहीं, ऐसा करने के लिए कोई वास्तविक नकारात्मक पक्ष नहीं है। इस तरह मैं अपनी एमवीसी परियोजनाओं की संरचना कर रहा हूं।

ऐसा करने के कुछ फायदे हैं, वास्तव में ... कई परियोजनाओं पर मैं एक अलग डोमेन से सभी स्थिर सामग्री की सेवा कर रहा हूं, इसलिए सभी स्थिर सामग्री को एक फ़ोल्डर में समूहीकृत करने से क्यूए/उत्पादन हुआ है तैनाती प्रक्रिया बहुत आसान है (चूंकि हम एमएसबिल्ड के साथ तैनाती को स्क्रिप्ट कर रहे हैं और सीएसएस और जावास्क्रिप्ट फ़ाइलों के लिए उपयोगिता को कम करने के लिए बुला रहे हैं)।

+1

+1। डोमेन को अलग करने के लिए स्थैतिक सामग्री को तैनात करने के बारे में अच्छा बिंदु। – BuddyJoe

0

आपके पास हो सकता है कि प्रत्येक ऐड-ऑन फ्रेमवर्क इत्यादि के 'बिट्स' के लिए कई जगहों पर मामूली गिरावट हो रही है। इसलिए, मैं \ struct \ - को प्रत्येक फ्रेमवर्क फ़ोल्डर (jquery, बूटस्ट्रैप इत्यादि) के भीतर पसंद करता हूं। मेरे पास सभी जेजे & सीएसएस आदि फ़ाइलें और/या उपफोल्डर जो उस उत्पाद के साथ आते हैं। हालांकि, एमवीसी बंडलिंग यदि आप चाहें तो एक बंडल कॉनफिग मॉड्यूल/कक्षा में अपने सभी संदर्भ रखने की अनुमति देकर मदद करता है।

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