Jshint: प्रयोगात्मक कॉन्फ़िगरेशन के लिए समर्थन जोड़ें

• क्या experimental: true और experimental: false मान्य मान हैं? (प्रत्येक प्रयोगात्मक सुविधा को सक्षम/अक्षम करने के लिए) (मैं experimental: true खिलाफ हूं क्योंकि इसमें enforceall की समान समस्या होगी)

• क्या experimental अर्थ esversion: 6 ?

  यदि हाँ, तो क्या esversion: 5 अर्थ experimental: false ?

इसमें कोई प्रगति?

अभी तक नहीं। कृपया हमें बताएं कि क्या आप मदद करना चाहते हैं!

@jugglinmike मुझे मदद करने में खुशी होगी। मैंने अभी तक jshint save को अपनी परियोजनाओं के लिए उपयोग करने के लिए नहीं छुआ है, हालांकि, इसमें मुझे कुछ समय लग सकता है, लेकिन मैं इस आने वाले सप्ताह के आसपास पोकिंग शुरू कर दूंगा। क्या यह experimental: [] जोड़ने और इसका लाभ उठाने वाली एक प्रयोगात्मक सुविधा दोनों के लिए एक पीआर के रूप में सबसे अच्छा किया जाएगा?

@tschuy बढ़िया! मैं किसी विशिष्ट सुविधा से अलग कॉन्फ़िगरेशन पार्सिंग तर्क को लागू करने की उम्मीद कर रहा था। यह बहुत कम होगा, और आप केवल आरसी फ़ाइल के माध्यम से निर्दिष्ट विकल्प का परीक्षण करने में सक्षम होंगे (मूल रूप से, केवल "experimental": {} त्रुटियों को फेंकना नहीं चाहिए - "खाली" इन-लाइन के लिए कोई समकक्ष नहीं है निर्देश)।

मैंने देखा कि आपने अपनी टिप्पणी में वर्गाकार कोष्ठकों का प्रयोग किया है। सुनिश्चित नहीं है कि यह आपकी ओर से सिर्फ एक टाइपो था, लेकिन मैंने जो समाधान वर्णित किया है वह इसे ऑब्जेक्ट मान के रूप में निर्दिष्ट करता है।

मैं अभी के लिए खुद को अन-असाइन कर रहा हूं--ऐसा लगता है कि जब मैंने इस मुद्दे को बनाया तो मैं थोड़ा आशावादी था।

1. @tschuy क्या आप अभी भी इस सुविधा पर काम कर रहे हैं?

2. आप experimental.option अनुमति देने के लिए क्या सोचते हैं?
   जैसे

   // jshint option: true, experimental.option: true
   

   जो से छोटा है

   // jshint option: true
   // jshint.experimental option: true
   

नमस्ते,
क्‍या मैं पूछ सकता हूं - क्‍या इस मुद्दे पर कोई प्रगति हुई है?
बहुत - बहुत धन्यवाद।

कोई खबर?

हम ES7 का उपयोग शुरू करना चाहते हैं!

@phra JSHint का उपयोग करते समय ES7 की कौन सी विशेषता आपको समस्याओं का सामना कर रही है?

मैंने अभी आधिकारिक वेबसाइट पर कोशिश की है -> http://jshint.com/

एक ES7 async फ़ंक्शन लिखने का प्रयास करें: यह कीवर्ड 'async' को एक चर के रूप में लेता है और त्रुटि फेंकता है।

ES7/ES2016 में ऐसी कोई सुविधा नहीं है। यहां एक अच्छा ब्लॉग पोस्ट है जो ES7/ES2016 सुविधाओं की संपूर्णता को सूचीबद्ध करता है: http://www.2ality.com/2016/01/ecmascript-2016.html

http://kangax.github.io/compat-table/esnext/

async फ़ंक्शन ES2017 मानकीकरण के चरण 3 में हैं, वे पहले से ही चरण 4 में नहीं हैं, लेकिन बेबेल उनका समर्थन करता है और वे बहुत अच्छे और समय बचाने वाले हैं।

क्या आप उनके लिए समर्थन लागू करने की योजना बना रहे हैं?

JSCS उनका समर्थन करता है -> http://jscs.info/rule/disallowSpacesInFunctionExpression

मैं क्यूए के लिए जेशिंट और जेएससी का उपयोग कर रहा हूं और जेशिंट मुझे अपने प्रोजेक्ट में बेबेल डब्ल्यू/एसिंक फ़ंक्शन समर्थन जोड़ने से रोक रहा है।

async फ़ंक्शन ES2017 मानकीकरण के चरण 3 में हैं

यह सुविधा ES2017 की समय सीमा से चूक गई। JSHint चरण 2 या उससे अधिक का समर्थन करने के लिए प्रतिबद्ध है, लेकिन इसे लागू करने के लिए मानव संसाधन और समय की आवश्यकता होती है।

async और await अब समाप्त हो गए हैं और ES2017 विनिर्देश के नवीनतम मसौदे में हैं।

वे अब क्रोम और फ़ायरफ़ॉक्स में भी शिपिंग कर रहे हैं। क्या हम इस मुद्दे का पुनर्मूल्यांकन कर सकते हैं?

[अद्यतन] प्रस्ताव समाप्त हो गया है इसलिए इसे ES2017 के नवीनतम मसौदे में दिखाना चाहिए, लेकिन ऐसा नहीं है। उसके अर्थ के बारे में सुनिश्चित रूप से नहीं पता है।

[अद्यतन २] आह! बस कल्पना में विलय हो गया: https://github.com/tc39/ecma262/pull/692

async और await अब नोड 7.6 में लाइव हैं। इस पर किसी भी अद्यतन ?

सुविधा अनुरोध को ट्रैक करने के लिए यह समस्या निश्चित स्थान है, इसलिए यदि
कोई नई जानकारी थी, आप इसे यहां ढूंढने की उम्मीद कर सकते हैं। क्या तुम
मदद करना पसंद है?

अभी भी प्रतीक्षा/async के लिए कोई समर्थन नहीं है? दुखी...

@xduseko , JSHint एक खुला स्रोत सॉफ्टवेयर है जो योगदानकर्ताओं के सभी स्वयंसेवी समूह द्वारा बनाए रखा जाता है।

कोई भी रेपो को फोर्क कर सकता है, एसिंक/प्रतीक्षा लागू कर सकता है, और परीक्षणों के साथ पुल अनुरोध जमा कर सकता है। या, कोई भी तब तक इंतजार कर सकता है जब तक कि कोर टीम को इसे लागू करने के लिए पर्याप्त खाली समय न मिल जाए।

आप अपनी टिप्पणी से क्या हासिल करने की उम्मीद कर रहे थे?

@xduseko हाँ, मैं मानता हूँ कि यह थोड़ा दुखद है लेकिन अंततः यह वहाँ होगा - मुझे विश्वास है। :आशा करना:
अगर यह किसी राहत की बात है; अभी JSLint के पास यह भी नहीं है।

एसिंक/प्रतीक्षा गुम होने के कारण मैंने ईएसलिंट में माइग्रेट करने का प्रयास किया लेकिन यह एक बड़ी परेशानी थी। आखिरकार मैं वापस JSHint पर चला गया। कोई भी लिंटर - मुझे लगता है कि JSHint अभी भी सबसे अच्छा है - जावास्क्रिप्ट लिखते समय एक जबरदस्त मूल्य का प्रतिनिधित्व करता है।

साथ पाने के लिए मैं अपने आईडीई में हाइलाइट किए गए एसिंक/प्रतीक्षा कथन को अनदेखा करने के लिए बस अपनी आंखों को प्रशिक्षित कर रहा हूं। मैं

@semmel के विपरीत मैं async/प्रतीक्षा त्रुटियों को अनदेखा करने के लिए अपनी आंख को प्रशिक्षित नहीं कर सकता। वास्तव में, यदि मैं async/प्रतीक्षा का उपयोग करने से पहले एक अघोषित चर का उपयोग करता हूं, तो यह अघोषित चर के लिए कोई त्रुटि नहीं दिखाएगा और यह कष्टप्रद है।

क्या JSHint को अभी के लिए async/प्रतीक्षा सामग्री को अनदेखा करने का कोई तरीका है?

@johnRivs आपको eslint या tslint पर माइग्रेट करना चाहिए।

इसका समर्थन कर रहे हैं।

यह। है। कमाल की।

क्या expnt प्रतिपादक है ? यदि हां, तो क्या इसे कृपया exponent कहा जा सकता है? एचएलपी अनएसटीडीएनजी नहीं है।

घातांक घातांक है? यदि हां, तो क्या इसे कृपया प्रतिपादक कहा जा सकता है? एचएलपी अनएसटीडीएनजी नहीं है।

@jugglinmike ^^

@mikemaccana यह होने का इरादा था, हाँ। एक्सपोनेंटिएशन ऑपरेटर के लिए "अस्थिर" समर्थन का समय आ गया है और बीत चुका है, हालांकि (यह अगली छोटी रिलीज में esversion: 7 माध्यम से उपलब्ध होगा), इसलिए हम उस विशेष विकल्प को कभी भी लागू नहीं देखेंगे। हालांकि, आपकी सलाह अच्छी तरह से सुनी जाती है, इसलिए धन्यवाद!

यदि आप JSHint वेबसाइट के माध्यम से सत्यापन कर रहे हैं, तो अभी सबसे सुरुचिपूर्ण समाधान async को /* async */ ढूंढना और बदलना प्रतीत होता है।

@patrickdark यह gh-2604 के लिए आंशिक कामकाज है, लेकिन दुर्भाग्य से यह AwaitExpressions के लिए जिम्मेदार नहीं है।