जॉनी जवाब सही है। आप pull requestCoffeeBeans पेज से लिंक को देखें, तो आप
एक बार जब हम एक तेज, स्वच्छ कार्यान्वयन है, यह कोर में स्वागत है कह DHH है। 3.2 हालांकि, एक अधिक संभावित लक्ष्य है।
मैंने संक्षेप में सैम स्टीफनसन और जोश पीक के साथ Railsconf पर बात की, क्योंकि यह एक गायब विशेषता थी जिसने लोगों ने मुझे कॉफीस्क्रिप्ट टॉक के बाद मुझसे पूछा था। आखिरकार, रेल 3.1 कॉफीस्क्रिप्ट को एक डिफ़ॉल्ट रूप से हार्ड के रूप में दबा रहा है; ऐसा लगता है कि ऐसे स्थान हैं जहां शुद्ध जेएस का उपयोग किया जाना चाहिए। सैम की प्रतिक्रिया यह थी कि यह कुशल नहीं होगा, क्योंकि आपको उत्पादन में भी, प्रत्येक पृष्ठ अनुरोध पर कॉफीस्क्रिप्ट कंपाइलर को आग लगाना होगा। ऐसा इसलिए है क्योंकि कोड
तरह
<%= coffee_script_tag do %>
alert "coffee script is #{verb}!"
<% end %>
, एक ERB प्रक्षेप (नहीं एक CoffeeScript प्रक्षेप-दुर्भाग्यपूर्ण है कि दोनों एक ही वाक्य विन्यास का उपयोग) बनाता है संभवतः हर अनुरोध पर CoffeeScript कोड का एक अलग स्ट्रिंग उपज है। और coffee_script_tag
कार्यान्वयन से, बताने का कोई तरीका नहीं है, चाहे दिया गया कोड हर बार समान होगा (यानी क्या कोई ईआरबी इंटरपोलेशन है या नहीं)।
अब, कॉफीस्क्रिप्ट कंपाइलर बहुत तेज़ है, लेकिन जावास्क्रिप्ट को संकलित करना अभी भी प्रत्येक अनुरोध में थोड़ा अतिरिक्त समय जोड़ने जा रहा है। इसलिए रेल टीम इस अभ्यास को प्रोत्साहित करने में संकोच नहीं करती है।
दक्षता के लिए, और ERB छेड़छाड़ और CoffeeScript छेड़छाड़ के बीच अस्पष्टता से बचने के, तो आप शायद कहीं न कहीं अपने CoffeeScript रखना चाहिए (शायद आपके विचार के रूप में ही निर्देशिका में .coffee
फ़ाइल के रूप में) और हाथ से जावास्क्रिप्ट को यह संकलन ।
स्रोत
2011-06-03 13:09:14
क्या तुम सिर्फ .coffee विस्तार जोड़ने तो क्या होगा? (यदि आप रेल 3.1 का उपयोग कर रहे हैं) – bor1s
मैंने किया, लेकिन ऐसा लगता है कि यह काम नहीं कर रहा है। – Geo
आप किस रेल संस्करण का उपयोग करते हैं? – bor1s