ESM निर्यात: नामित बनाम डिफ़ॉल्ट?

नाम रखें,या न रखें?

क्या आपको JavaScript में named या default एक्सपोर्ट्स का उपयोग करना चाहिए?

इस विषय पर बहुत सारे तीखे लेख मौजूद हैं।

बहुतेर लोग default export को “भयानक” मानते हैं। अन्य लोग मानते हैं कि default को प्राथमिकता मिलनी चाहिए (जैसे AirBnb स्टाइल गाइड)।

वे अक्सर पूरी तरह अस्थायी चीज़ों को दोष देते हैं: IDE ऑटो‑इम्पोर्ट बग, किसी विशेष बंडलर की ट्री‑शेकिंग क्षमता, या इम्पोर्ट का नाम रखने पर टाइपो की संभावना।

क्या हमने शुरू में ही export करने का मकसद ही भूल गए हैं?

कोड एक संचार है। ✨

हम import करने वालों को यह संकेत भेज रहे हैं कि किस तरह से किसी चीज़ का उपयोग करें।

तो, हम क्या कह रहे हैं?

व्यापक रूप से देखें तो, आधुनिक जावास्क्रिप्ट में चीज़ें एक्सपोर्ट करने के दो तरीके हैं:

• एक export default दृढ़ता से घोषणा करता है “यह सबसे महत्वपूर्ण एक चीज़ है।” साथ ही, “सभी नामित एक्सपोर्ट केवल सहायक भूमिका निभाते हैं।”
• एक named export कहता है “यह एक चीज़ है!” और साथ ही कुछ सवाल उठाता है, “क्या वहाँ और भी दोस्त हैं?” आगे पूछता है, “क्या उन्हें आमंत्रित किया गया है या वे अनिवार्य हैं?”

बिल्कुल, आप दोनों को मिलाकर उपयोग कर सकते हैं, या अपने कोडबेस के विभिन्न हिस्सों के लिए अलग‑अलग दृष्टिकोण अपना सकते हैं। लेख के अंत में और उदाहरण देखें।

कमजोर तर्क, दोस्त?

चलोउन सामान्य “अस्थायी समस्याओं” पर नज़र डालते हैं जिनका सामना लोग अक्सर करते हैं।

• तर्क #1: नेम्ड एक्सपोर्ट्स नाम की स्थिरता सुनिश्चित करते हैं। source
  • नहीं, ऐसा नहीं है। शायद आपको एक लिंट नियम चाहिए?
  • (मैं आपको यह बताने से नहीं बच सकता, लेकिन तब तक इंतज़ार करें जब तक आप सीख नहीं लेते कि वेरिएबल्स क्या कर सकते हैं!)

// आप दोनों का उपयोग करके उपनाम दे सकते हैं!
import { Knife as Handle } from "./knife.js"; // 🔪
import { default as Handle } from "./knife.js"; // 🔪
import Handle from "./knife.js"; // 🔪

• तर्क #2: import * as soManyKnives from './kinves.js' का उपयोग करके नेम्ड एक्सपोर्ट्स को मिलाएँ। (लिंक नहीं, लेखक ने वापस ले लिया।)

  • बढ़िया फीचर। मुद्दा यही नहीं।
  • अब बताइए, मैं आपका उपकरण फिर से कैसे पकड़ूँ? कोई लेखक इरादा नहीं दिख रहा।

• तर्क #3: नेम्ड एक्सपोर्ट्स में IDE इम्पोर्ट या रीनेमिंग सपोर्ट बेहतर है। source

• गलत (और भी)। अपने टूल्स को कॉन्फ़िगर/अपडेट करें।

  • सपोर्ट 3+ साल से VS Code, IntelliJ आदि में मौजूद है।

  • फिर भी, default exports के साथ कुछ “बेस्ट प्रैक्टिसेज़” हैं जो बेहतर IDE और रीफ़ैक्टर अनुभव देती हैं।

  • ✅ export default function UserService() {} – हमेशा नेम्ड फ़ंक्शन को प्राथमिकता दें।

  • ❌ export default function() { } – अनाम फ़ंक्शन फ़ाइलनाम से स्वचालित रूप से बंधे नहीं होते। अगर आप इसे नाम नहीं देते, तो कंप्यूटर को बदलने के लिए कहना मुश्किल हो जाता है।

  • नोट: ऐतिहासिक कारणों से आप export default को const अभिव्यक्ति के साथ नहीं मिला सकते।

    export default const Knife = () => {...blade, ...handle}
    // ^ ❌ Not Supported ❌ ^
    // Cannot export default const ....
    // ==========================
    
    // हालांकि, एक बार घोषित होने के बाद आप एक const वैरिएबल को डिफ़ॉल्ट के रूप में एक्सपोर्ट कर सकते हैं।
    const Knife = () => {...blade, ...handle}
    export default Knife;
    // ^ ✅ Valid
    
    // पूर्णता के लिए:
    export default class anyoneStillUseThese {}
    // ^ ✅ Also valid to export a class as default

सोचने के लिए बात: जब फ़ाइलनाम किसी एक्सपोर्ट से मेल खाता है या नहीं, तो हम क्या कह रहे हैं? (उदाहरण के तौर पर, कई फ़ंक्शन वाले utils.js.)

निष्कर्ष

अगर कोड संचार है, तो कृपया export को पूरी ताकत से करें। 💞