रेल में this commit के बाद, यह सुझाव दिया जाता है कि तृतीय पक्ष संपत्तियों को app/assets
फ़ोल्डर या config.precompile
में ऐसी सभी संपत्तियों को सूचीबद्ध करना चाहिए।रेल 4 - विक्रेता संपत्ति कहां जाती है?
कि धागा
उदाहरण के लिए पर एक उपयोग के मामले का हवाला देते हुए, अगर मैं जो भी सीएसएस, एक फ़ॉन्ट चेहरा, और एक छवि स्प्राइट है एक jQuery प्लगइन विक्रेता के लिए की जरूरत है, मैं .js जोड़ेंगे और .css से विक्रेता/संपत्ति/जावास्क्रिप्ट और विक्रेता/संपत्ति/स्टाइलशीट्स। मैं विक्रेताओं/संपत्ति/छवियों में क्रमशः sprites और फोंट विक्रेता और विक्रेता/संपत्ति/फोंट विक्रेता होगा। पूरे विक्रेता/संपत्तियों को जोड़ना पथ ओवरकिल लगता है, लेकिन मैन्युअल रूप से प्रत्येक संपत्ति को मैन्युअल रूप से निर्दिष्ट करना थकाऊ लगता है (हालांकि यह डिज़ाइन द्वारा हो सकता है)।
app/assets
अंदर
जोड़ना तीसरे पक्ष की संपत्ति एक वैश्विक संपत्ति फ़ोल्डर की समस्या की तरह एक रेल 2 को बढ़ावा मिलेगा।
क्या मुझे कुछ याद आ रही है? रेलवे तीसरे पक्ष की संपत्तियों का आयोजन करने का 4 तरीका क्या है।
आमतौर पर, जब आप कोई तृतीय पक्ष जेएस lib जोड़ते हैं तो आप केवल 'रिलीज'/'dist'version/फ़ोल्डर जोड़ते हैं, है ना? आप किसी भी तरह के स्रोत कोड की प्रतिलिपि नहीं बनाना चाहते हैं। और precompilation केवल जेएस, सीएसएस उठाता है। –
सच है। लेकिन लीग और विक्रेता में रेल 4 संपत्तियों (सीएसएस, एक फ़ॉन्ट चेहरे, और एक छवि स्प्राइट, आदि) में डिफ़ॉल्ट रूप से precompiled नहीं हैं। – hawk
अवांछित फ़ाइलों को प्रीकंपिल्ड होने से बचने के लिए आपको इस संपत्ति को अपने ऐप/परिसंपत्तियों में रखना चाहिए। – hawk