Html5-boilerplate: RFC: ESLint में प्रवासन

किसी को? मैं यथास्थिति को छोड़ने के लिए संतुष्ट हूं। ESLint बहुत अच्छा है, लेकिन मुझे बदलाव करने के लिए आश्वस्त होना होगा (और फिर किसी को PR में परिवर्तन _make_ करना होगा।) मैं इसे एक और सप्ताह के लिए खुला छोड़ दूंगा और अगर कोई कार्रवाई नहीं होगी तो मैं इसे बंद कर दूंगा।

मैं इसके लिए पीआर कर सकता हूं। ESLint यकीनन जावास्क्रिप्ट पारिस्थितिकी तंत्र में सबसे व्यापक रूप से उपयोग किए जाने वाले उपकरणों में से एक है।

http://www.npmtrends.com/eslint-vs-jshint

इस पर @roblarsen मैं पूरी तरह से @amilajack की तरफ
यदि आप एक नज़र रखना चाहते हैं तो मैंने वेब से इकट्ठा किए गए कुछ डेटा के साथ दोनों के बीच एक संक्षिप्त तुलना की।

धन्यवाद दोस्तों। यह बहुत अच्छी बात है। किसी और में झंकार करना चाहते हैं?

पीआर को प्रस्ताव के लिए @amilajack धन्यवाद। यह वाकई काबिले तारीफ है।

@roblarsen आपका स्वागत है!
@amilajack यदि आपको किसी भी मदद की ज़रूरत है, तो मुझे संदेश देने के लिए स्वतंत्र महसूस करें। :निर्माण मजदूर:

@amilajack क्या आप अभी भी इस पर काम कर रहे हैं?

@ryzokuken वहाँ एक खुला पीआर है कि मैं पर एक नज़र रखना और मर्ज करने की आवश्यकता है। # 1930

मैं मानक में देखने की सिफारिश करूंगा जो ESLint के शीर्ष पर है, और काफी लोकप्रिय है। ईमानदार होने के लिए, यह अंत में ESLint कॉन्फ़िगरेशन को बनाए रखने के लिए उपयोग के लिए राहत के रूप में ...

@ArmorDarks भले ही मुझे मानक शैली पसंद है, मुझे नहीं लगता कि दूसरों को इसे लागू करने के लिए लागू करना अच्छा है। विशेष रूप से बहुत अधिक ज्ञान या अनुभव के बिना डेवलपर्स, क्योंकि उनके कोड में अप्रत्याशित रनटाइम त्रुटियां हो सकती हैं और आगे की समस्याएं पैदा कर सकती हैं, यहां तक ​​कि परियोजना के लिए बढ़ी संख्या में भी।

जितना मुझे प्रोग्रामिंग लैंग्वेज की फ्लेक्सिबिलिटी पसंद है, उतना पर्क एक कीमत पर आता है, और सवाल यह है कि क्या हम उस कीमत का भुगतान करने के लिए तैयार हैं। स्ट्रीकर नियम लगभग हमेशा कोड को समझने में आसान बनाते हैं और परिणाम के रूप में अधिक विश्वसनीय होते हैं, यहां तक ​​कि परियोजना के बढ़ने पर भी।

इसके अलावा, सेमीकॉलन लोकप्रियता से जीतते हैं, उदाहरण के तौर पर एयरबीएनबी की जावास्क्रिप्ट शैली गाइड लेते हैं: गिटहब पर सबसे अधिक अभिहित रिपॉजिटरी में से एक और एनपीएम पर उच्च डाउनलोड नंबर। [1] [२] [३] [४]

इसके अलावा, हमें सभी जावास्क्रिप्ट फ़ाइलों को अद्यतन करने की आवश्यकता होगी, क्योंकि वे सभी पहले से ही अर्धविराम का उपयोग कर रहे हैं। [५] [६]

इसलिए, मैं इस विषय को बिकेशिंग के लायक नहीं मानता।

संदर्भ:

[१] https://github.com/airbnb/javascript
[२] https://www.npmjs.com/package/eslint-config-airbnb-base
[३] https://www.npmjs.com/package/eslint-config-airbnb
[४] https://www.npmjs.com/package/eslint-config-standard
[५] https://github.com/h5bp/html5-boilerplate/blob/master/gulpfile.babel.js
[६] https://github.com/h5bp/html5-boilerplate/blob/master/src/js/plugins.js

यह सब कोडवर्ड विवादों को वैसे भी उबाल देगा। मैं सिर्फ युद्ध-परीक्षण विकल्प का प्रस्ताव कर रहा हूं।

Btw, मुझे हाइलाइट करना चाहिए कि कोई भी विकल्प बायलरप्लेट के साथ नहीं जाएगा (जैसा कि यह प्रोजेक्ट के अपने नियमों के साथ ESLint है, यह लोकप्रिय ESLint कॉन्फिगरेशन हो, जैसे airbnb, या यह मानक हो), _it वैसे भी यूजर्स को follow_ के लिए कुछ लागू करेगा। तो यह सिर्फ एक बात है कि वास्तव में क्या लागू किया जाएगा।

इस बिंदु पर मैं कम से कम संभव रुकावट के साथ एस्लिंट पर स्विच करना चाहता हूं। इसमें मौजूदा नियमों की धज्जियां उड़ाना शामिल है, जिनमें थोक में कम से कम एक चर्चा है कि नए नियम क्या होने चाहिए (यही वजह है कि एस्ले के लिए मौजूदा पीआरओ डीओए है।)

मैं उदाहरण के लिए, अर्धविराम की पहाड़ी पर मर जाऊंगा।

एक नोट के रूप में: नियमों के वास्तविक उपभोक्ता अनुरक्षकों और किसी को भी, जो जानबूझकर पीआर बना रहे हैं और वास्तव में उनके कोड का परीक्षण कर रहे हैं, तक सीमित है। हम दूर में eslintrc शिप नहीं करेंगे। परियोजना के संदर्भ में, वास्तविक लाभ यह है कि हम __ it_ और उदाहरण के रूप में सेवा कर सकते हैं कि अच्छे वेब देव को कैसा दिखना चाहिए।

मैं उदाहरण के लिए, अर्धविराम की पहाड़ी पर मर जाऊंगा।

रेगेक्स के साथ बस कुछ स्ट्रोक है, आप जानते हैं। लेकिन कुछ लोगों के लिए उनका उपयोग करना या न करना वास्तव में दर्दनाक विषय लगता है ...

हम डिस्टेंस में एक एस्क्लिंकेट को शिप नहीं करेंगे। परियोजना के संदर्भ में वास्तविक लाभ यह है कि हम इसे करते हैं और एक उदाहरण के रूप में सेवा कर सकते हैं कि अच्छे वेब देव को कैसा दिखना चाहिए।

लेकिन आप जेएस कोड को शिप करते हैं, जो अन्य परियोजनाओं में शामिल होगा, जिसे बाद में लिंट किया जाएगा, और लोग अपने नियमों को फिट करने के लिए इसे संपादित करने के लिए या HTML5Boilerplate नियमों का उपयोग करने के लिए मजबूर होंगे। इसलिए जेएस को जेएस समुदाय के मानकों के जितना संभव हो उतना करीब होना चाहिए, और मुझे लगता है कि नियमों में कुछ आवश्यक बदलाव करना और कोडस्टेड अपरिहार्य है। और उस समस्यात्मक नहीं, वास्तव में - --fix साथ मानक और ESLint स्वचालित रूप से शुरू की गई नियम त्रुटि के अधिकांश भाग को ठीक कर देगा।

वास्तविक मुद्दा यह है कि जेएस दुनिया में सामुदायिक मानक पर क्या विचार किया जाए।

अच्छे अंक। जेएस की छोटी राशि भी हम जहाज करते हैं, इसके बहाव के प्रभावों को याद दिलाया जाना अच्छा है।

और स्पष्ट करने के लिए कि मैं बदलाव करने के खिलाफ नहीं हूं। बिना चर्चा के मैं थोक परिवर्तन करना चाहता हूं (इसलिए चर्चा का हिस्सा होने के लिए धन्यवाद) I'm जबकि मैं अभी ६.० पाने के लिए बेताब हूं, अभी मैं आम तौर पर बदलाव करने के लिए नहीं हूं। जब तक वे सही परिवर्तन नहीं करते हैं।

एक विकल्प eslint:recommended कॉन्फ़िगरेशन को लागू करना है जो सामान्य समस्याओं की रिपोर्ट करता है, लेकिन वास्तव में शैलीगत वरीयताओं को लागू नहीं करता है। उस स्थिति में, ESLint सिर्फ त्रुटियों और बग्स को रोकने के लिए काम करेगा। यह वास्तव में न्यूनतम, सामान्य ज्ञान विन्यास का एक प्रकार है।

केवल शैली से संबंधित नियम जो मैं उस मामले में जोड़ना चाहूंगा, वे आपके .editorconfig मौजूद हैं: कोई अनुगामी व्हाट्सएप, 4 अंतरिक्ष संकेत, और अंतिम नई लाइनें नहीं।

4 अंतरिक्ष संकेत

बस जानकारी के लिए, 4 रिक्त स्थान इंडेंट का उपयोग कर लोकप्रिय कोड शैलियों में से कोई भी नहीं।

https://github.com/h5bp/html5-boilerplate/issues/1913#issuecomment -+३७,७२,९८,५६३ (eslint: सलाह देते हैं) अच्छा लगता है, हालांकि मैं के लिए एक निजी पसंद है https://github.com/h5bp/html5-boilerplate/ मुद्दों / 1913 # जारी करने -318050971 (StandardJS)।

मजाकिया तौर पर: https://github.com/christophwitzko/semicolon-indent#semicolon -indent

मैं स्टैंडर्ड के साथ भी हूं, क्योंकि वे न केवल समुदाय के माध्यम से सत्यापन के साथ अच्छे विन्यास को बनाए रखते हैं, बल्कि ESLint के शीर्ष पर उत्कृष्ट परीक्षण किए गए परिवर्धन को भी शिपिंग करते हैं।

लेकिन सिर्फ निष्पक्ष होने के लिए, मुझे प्रीटीयर का भी उल्लेख करना चाहिए। हालाँकि, मेरा वोट अभी भी मानक के लिए है।

चर्चा में पहले से याद दिला दें

मैं उदाहरण के लिए, अर्धविराम की पहाड़ी पर मर जाऊंगा।

कल्पना कीजिए कि यह जीवित खेल है, और जैसे हम 2005 में अंतरिक्ष बनाम टैब पर निर्णय ले रहे हैं।

Btw, Prettier के बारे में बात करने के लायक है - इसे अच्छे ESLint कॉन्फ़िगरेशन के साथ जोड़ा जाना चाहिए, क्योंकि ज्यादातर Prettier का रखरखाव कोड शैली है, जबकि ESLint कॉन्फ़िगर करता है (और विशेष रूप से मानक एक) भी गैर-शैलीगत अच्छे या बुरे प्रथाओं का एक बहुत कवर।