इस शैली का उपयोग किस कारण से किया जा सकता है (और संभवतः इसका उपयोग यहां क्यों किया गया) वह यह _
है कि एक वर्ण इससे छोटा है ()
।
वैकल्पिक कोष्ठक वैकल्पिक घुंघराले कोष्ठक के रूप में एक ही शैली के मुद्दे में आते हैं । यह अधिकांश भाग के लिए स्वाद और कोड शैली का मामला है, लेकिन निरंतरता के कारण क्रियाशीलता का पक्षधर है।
जबकि तीर फ़ंक्शन कोष्ठक के बिना एकल पैरामीटर की अनुमति देते हैं, यह शून्य के साथ असंगत है, एकल विनाशकारी, एकल आराम और कई पैरामीटर:
let zeroParamFn = () => { ... };
let oneParamFn = param1 => { ... };
let oneParamDestructuredArrFn = ([param1]) => { ... };
let oneParamDestructuredObjFn = ({ param1 }) => { ... };
let twoParamsFn = (param1, param2) => { ... };
let restParamsFn = (...params) => { ... };
हालांकि टाइप किए गए मापदंडों के लिए टाइपस्क्रिप्ट 2.0 मेंis declared but never used
त्रुटि को ठीक किया गया था, लेकिन एक लाइनर या आईडीई से चेतावनी को _
भी ट्रिगर किया जा सकता है unused variable/parameter
। ऐसा करने के खिलाफ यह एक विचारणीय तर्क है।
_
नजरअंदाज किए गए मापदंडों के लिए पारंपरिक रूप से इस्तेमाल किया जा सकता है (जैसा कि पहले से ही समझाया गया अन्य उत्तर)। हालांकि इसे स्वीकार्य माना जा सकता है, इस आदत के परिणामस्वरूप _
अंडरस्कोर / लोदश नाम स्थान के साथ संघर्ष हो सकता है , यह भी भ्रमित हो सकता है जब कई उपेक्षित पैरामीटर हैं। इस कारण से अंडरस्कोर पैरामीटर (टीएस 2.0 में समर्थित) का ठीक से नाम रखना फायदेमंद है, यह फंक्शन सिग्नेचर का पता लगाने में भी समय की बचत करता है और पैरामीटर को अनदेखा क्यों किया जाता है (यह _
शॉर्टकट के रूप में पैरामीटर के उद्देश्य को धता बताता है ):
let fn = (param1, _unusedParam2, param3) => { ... };
ऊपर सूचीबद्ध कारणों के लिए, मैं व्यक्तिगत रूप से _ => { ... }
कोड शैली को एक बुरा स्वर मानूंगा, जिसे टाला जाना चाहिए।