JavaScript डिपेंडेंसी का साइज़ अनुमान

वे JavaScript लाइब्रेरी चुनें जिन्हें आप इस्तेमाल करने की योजना बना रहे हैं: टूल उनके मोटे-मोटे ज्ञात साइज़ (minified और gzipped) जोड़कर कुछ भी इंस्टॉल करने से पहले ही आपके bundle में जुड़ने वाले वज़न का अंदाज़ा दे देता है।

उदाहरण:
0 लाइब्रेरी चुनी गई
0 Ko minified
0 Ko gzipped
अनुमान: हल्का

यह कैसे काम करता है

पेज में ही एम्बेड एक लोकल डेटाबेस (कोई नेटवर्क कॉल नहीं) हर प्रचलित लाइब्रेरी के दो अनुमानित साइज़ रखता है: minified साइज़ और gzipped साइज़ (जो ठीक से कॉन्फ़िगर किए गए सर्वर पर प्रोडक्शन में ब्राउज़र वास्तव में डाउनलोड करता है)। जिन लाइब्रेरी को आप इस्तेमाल करने की सोच रहे हैं उन्हें चुनें: साइज़ अपने आप जुड़ जाते हैं और आपके JavaScript bundle में जुड़ने वाले कुल वज़न का अंदाज़ा मिल जाता है।

क्या ये साइज़ सटीक हैं?

नहीं, ये केवल मोटे अनुमान हैं: असली साइज़ इंस्टॉल किए गए सटीक वर्ज़न, इस्तेमाल किए गए bundler (Vite, Webpack, esbuild...) और सबसे ज़्यादा tree-shaking पर निर्भर करता है (सिर्फ़ इस्तेमाल होने वाले फ़ंक्शन इम्पोर्ट करने से वास्तविक वज़न काफ़ी घट सकता है, ख़ासकर Lodash जैसी लाइब्रेरी के लिए)। आप जो सटीक वर्ज़न इस्तेमाल कर रहे हैं उसका सही और अप-टू-डेट आँकड़ा पाने के लिए bundlephobia.com जैसे टूल देखें।

सिर्फ़ minified की जगह gzipped साइज़ क्यों जोड़े जाते हैं?

minified साइज़ वह वज़न है जो खाली जगहें हटाने और वेरिएबल के नाम छोटे करने के बाद JavaScript फ़ाइल का रहता है, लेकिन उपयोगकर्ता वास्तव में जो डाउनलोड करता है उसे gzipped साइज़ सबसे अच्छी तरह दर्शाता है, क्योंकि आधुनिक वेब सर्वरों पर gzip या brotli कंप्रेशन लगभग हमेशा चालू रहता है।

कोई डेटा सर्वर पर नहीं भेजा जाता: साइज़ का डेटाबेस पेज में ही एम्बेड है और गणना पूरी तरह आपके ब्राउज़र में होती है।