मुझे लगता है कि <script type="module"> के लिए एक लोकप्रिय उपयोग केस "मुख्य मॉड्यूल" लोड करने के लिए होगा, जिसमें से सभी परियोजना की निर्भरताओं को import कथन के पेड़ के माध्यम से हल किया जाएगा। हालांकि, वेब पर, ऐसा लगता है कि यह एक लोडिंग बाधा उत्पन्न करेगा, क्योंकि ब्राउज़र यह नहीं जानता कि कौन सी स्क्रिप्ट डाउनलोड करने के लिए import के लिए अपने आश्रितों को पार्स कर लेती है। इस स्थिति की तुलना करें जहां प्रारंभिक रूप से वितरित HTML फ़ाइल में अलग-अलग <script> तत्वों में किसी प्रोजेक्ट की स्क्रिप्ट का संदर्भ दिया जाता है। लिपियों को समानांतर में डाउनलोड किया जा सकता है, जबकि HTML के बाद और पार्स किया गया है।<स्क्रिप्ट टाइप = "मॉड्यूल"> लोडिंग प्रदर्शन
<script type="module"> एक लोडिंग बाधा उत्पन्न करेगा? एक पृष्ठ पर एकाधिक <script type="module"> तत्व एक-दूसरे के लिए निर्भरता प्रदान कर सकते हैं, इसलिए ब्राउजर को जावास्क्रिप्ट को डाउनलोड करने और उसे फिर से डाउनलोड करने की आवश्यकता नहीं है, यह जानने के लिए कि आगे क्या डाउनलोड करना है?
मुझे लगता है कि यह HTTP/2 PUSH_PROMISE के लिए उपयोग केस होगा? सर्वर को जावास्क्रिप्ट फ़ाइलों का स्थैतिक विश्लेषण करने और समय से पहले उनकी निर्भरताओं को निर्धारित करने की आवश्यकता होगी। लेकिन अगर ब्राउज़र को मॉड्यूल को जल्दी डाउनलोड करने के लिए कहा जा सकता है, तो मुझे आश्चर्य है कि धक्का मॉड्यूल अभी भी निष्पादित नहीं करेगा जब तक import को पार्स किया गया था। कम से कम <script> के साथ, मुझे पता है कि वे पहले अवसर पर निष्पादित करेंगे।
मुझे लगता है कि HTTP2 का उपयोग मुद्दों के एक बड़े हिस्से को कम करने के लिए किया जा सकता है। लेकिन मैं इस सवाल का जवाब देने के लिए बहुत उत्सुक हूं। –
वर्तमान में कोई भी ब्राउज़र ES6 मॉड्यूल का समर्थन नहीं करता है।क्या आपको नहीं लगता कि यह इस प्रश्न के लिए बहुत जल्दी है? –
@ गोथडो इसके विपरीत, यदि इस प्रश्न का उत्तर पहले ही नहीं दिया गया है, और ES6 मॉड्यूल रिज़ॉल्यूशन एक डी-ऑप्टिमाइज़ेशन है, तो यह बहुत देर हो जाएगा; मानकीकरण, कार्यान्वयन और गोद लेने का प्रयास हमारे पास पहले से मौजूद एक तकनीक पर खर्च किया जाएगा (कम से कम उच्च प्रदर्शन उत्पादन परिदृश्य में)। मेरी आशा है कि यहां कुछ विचारों का निवेश किया गया है, और एक प्रोटोटाइप साबित करता है कि '