Jshint: W100 के लिए 2.9.3 में काम नहीं करने की चेतावनी अक्षम करना

रिपोर्ट के लिए धन्यवाद! यह वास्तव में एक प्रतिगमन है।

ऐसा नहीं है कि यह आपकी बहुत मदद करता है, लेकिन ऐसा लगता है कि नई रिलीज़ में पहले से मौजूद बग सामने आया है - आपके द्वारा साझा किए गए इनपुट को कम करने की प्रक्रिया में, मैं संस्करण 2.9.2 में भी इस समस्या का अनुभव करने में सक्षम था।

मुझे थोड़ा दूर जाने की जरूरत है, लेकिन मुझे उम्मीद है कि आज शाम (ईएसटी) पैच तैयार हो जाएगा।

यहाँ कहानी है:

एक अभिव्यक्ति में एक खुले कोष्ठक वर्ण ( ( ) का सामना करने पर
स्थिति, एक ES2015-जागरूक जावास्क्रिप्ट पार्सर जैसे JSHint's को निर्धारित करना है
चाहे वह ग्रुपिंग ऑपरेटर की शुरुआत हो या एरो फंक्शन।

JSHint यह तब तक सभी इनपुट को टोकन करके करता है, जब तक कि उसे a . नहीं मिल जाता
"मिलान" निकट कोष्ठक वर्ण ( ) )। उस समय, यह एक बना सकता है
प्रश्न में उत्पादन की प्रकृति के बारे में निर्धारण - यदि इसका पालन किया जाता है
=> टोकन द्वारा, यह एक तीर फ़ंक्शन है; अन्यथा, यह एक ग्रुपिंग ऑपरेटर है।

जबकि यह आगे देख रहा है, यह इन-लाइन निर्देशों को लागू नहीं करता है जो इसका सामना करते हैं
जैसे -W100 । हालांकि, लेक्सर कुछ निश्चित परत के उत्सर्जन के लिए जिम्मेदार है
त्रुटियां _शामिल हैं_ W100 । तो जैसे ही JSHint "आगे देखना" शुरू करता है, इसकी
इन संभावित-खतरनाक पात्रों के जवाब में व्यवहार "लॉक इन" है।
(यह इस प्रतिगमन से पीड़ित किसी भी व्यक्ति के लिए एक अल्पकालिक सुधार का सुझाव देता है: अक्षम
W100 आईआईएफई से पहले। आदर्श नहीं, मुझे पता है, लेकिन ध्यान दें कि इसकी प्रासंगिकताचेतावनी विवादित है ।)

प्रतीत होता है कि असंबंधित पैच के कारण यह प्रतिगमन आया: gh-3003।
पहले, यदि अर्धविराम टोकन थे, तो लुकहेड रद्द कर दिया जाएगा
का सामना करना पड़ा, जैसे:

(function() {
;//<-- lookahead ends at this semicolon token
}());

... हालांकि, यह एक अमान्य अनुमानी पाया गया क्योंकि तीर कार्य
पैरामीटर में स्वयं वह टोकन हो सकता है:

(x = function() {
;//<-- lookahead should *not* end at this semicolon token
}) => x;

इसलिए हमने उन मामलों में तीर के कार्यों को ठीक से पहचानने के लिए इसे हटा दिया।

इसे ध्यान में रखते हुए, पूरी तरह से कम किया गया परीक्षण मामला थोड़ा और स्पष्ट हो सकता है (कि
स्ट्रिंग अक्षर में एक अमुद्रणीय \u200f वर्ण है):

(function() {
    ;

    /*jshint -W100 */
    "‏";
})();

gh-3003 से पहले (उदाहरण के लिए संस्करण 2.9.2 पर JSHint), अर्धविराम बंद हो जाएगा
आगे देखें, और अमुद्रणीय वर्ण को _after_ the . तक लेक्स नहीं किया जाएगा
JSHint निर्देश लागू किया गया था। फिक्स लागू होने के साथ, JSHint चरित्र को लेक्स करता है
_before_ निर्देश को लागू करने और चेतावनी देने के लिए आगे बढ़ता है।

यह यह भी दर्शाता है कि JSHint 2.9.2 में भी मूलभूत समस्या कैसे मौजूद है।
निम्न इनपुट गलत तरीके से उस संस्करण में भी चेतावनी को ट्रिगर करता है
जेएसहिंट:

(function() {
    /*jshint -W100 */
    "‏";
})();

क्योंकि यहाँ, कोष्ठक-ट्रिगर लुकहेड दोनों में से किसी में भी बाधित नहीं है
संस्करण।

लुकहेड के दौरान निर्देशों को लागू करना आदर्श समाधान होगा। दुर्भाग्य से, कारण
JSHint के इन-लाइन निर्देशों की अत्यधिक लचीली प्रकृति के लिए, यह नहीं है
संभव। उपयोगकर्ता उम्मीद करते हैं कि निर्देशों में "फ़ंक्शन स्कोप" है, जिसका अर्थ है लेक्सर
इसे उत्पन्न होने वाले टोकन के आसपास के शब्दार्थों से अवगत होने की आवश्यकता होगी।

मैंने यहां एक समाधान सबमिट किया है: gh-3016. लंबी अवधि में, मुझे लगता है कि हमें विचार करना चाहिए
लुकहेड हेरिस्टिक्स में अन्य सुधार--(अमान्य) अर्धविराम के बिना
जाँच करें, संपूर्ण कार्यक्रमों को आईआईएफई में लपेटने की सामान्य प्रथा का कारण होगा
JSHint शुरू में सभी इनपुट को लेक्स करने के लिए।

विस्तृत स्पष्टीकरण के लिए धन्यवाद!
मैं देखता हूं कि स्कोप के लिए अतिरिक्त मात्रा में अतिरिक्त काम जोड़े बिना यह कितना मुश्किल हो सकता है।
हम थोड़ी देर के लिए 2.9.2 पर टिके रहेंगे क्योंकि यह हमारी फाइलों के लिए काम करता है और समस्याग्रस्त भागों को उन ब्लॉकों में तोड़ने पर ध्यान देगा जिन्हें हम भविष्य में प्रबंधित कर सकते हैं :)

इस बग का समाधान अब नए प्रकाशित JSHint संस्करण 2.9.4 में उपलब्ध है:

http://jshint.com/blog/2016-10-20/release-2-9-4/

कृपया हमें बताएं कि क्या आपको अभी भी उस संस्करण में समस्या आ रही है!