Tslint: चेतावनी: 'नो-अनयूज्ड-वेरिएबल' नियम के लिए टाइप चेकिंग मैसेज की जरूरत है...

कृपया समस्या टेम्प्लेट भरें. आपका tslint.json कैसा दिखता है?

मैं घर पर हूं और उसी परियोजना की कोशिश की और यह ठीक काम कर रहा है। मैं इसे तब तक खुला रखूंगा जब तक कि मैं सोमवार को फिर से परीक्षण करने के लिए काम पर नहीं पहुंच जाता। बस मेरे नोड मॉड्यूल को पुनर्स्थापित करने की आवश्यकता हो सकती है।

मैंने समस्या टेम्पलेट का उपयोग करने के लिए भी अद्यतन किया है।

tslint अपडेट होने के कुछ समय बाद (शायद v4 -> v5), no-unused-variable बिना --type-check , --project तर्कों के उपलब्ध नहीं हैं।

इस विकल्प का उपयोग करना मुश्किल है और अपडेट होने के बाद प्रिंट परिणाम आने तक लंबा समय लगता है, लेकिन महत्वपूर्ण और सबसे अधिक इस्तेमाल किया जाने वाला लाइनिंग विकल्प। क्या ऊपरी तर्कों के बिना इस विकल्प का उपयोग करने का कोई तरीका है?

tslint अपडेट होने के कुछ समय बाद (शायद v4 -> v5), बिना अप्रयुक्त-चर --type-check, --project तर्कों के बिना उपलब्ध नहीं हैं।

मैं tslint --type-check --project tsconfig.json src/**/*.ts साथ --प्रोजेक्ट में गुजर रहा हूं

मेरे होम कंप्यूटर पर मुझे यह समस्या नहीं हो रही है लेकिन मैं अपने काम के कंप्यूटर पर हूं।

@everedifice नियम कार्यान्वयन के साथ बग थे, हमने इसे लगभग पदावनत कर दिया (https://github.com/palantir/tslint/issues/1481), और अंततः संकलक के सौंपकर इसे रखने का निर्णय लिया (इसने अधिकांश बगों को संबोधित किया)। इस रेपो में इसके बारे में बहुत सारे चर्चा सूत्र हैं जिन्हें मैं आपको जांचने के लिए प्रोत्साहित करता हूं, ज्यादातर पीआर से जुड़ा हुआ है जिसने ब्रेकिंग चेंज किया है ( https://github.com/palantir/tslint/pull/2235.

@mastrauckas मैं वास्तव में आपके दो अलग-अलग वातावरणों के बीच अंतर के बारे में अधिक जानकारी के बिना आपकी मदद नहीं कर सकता।

@adidahiya मुझे यह तीसरे कंप्यूटर पर मिल रहा था जो कल रात भी एक

सामान्य रूप में:
कंप्यूटर 1: विंडोज 10 पूरी तरह से अद्यतित है और अभी मुझे error नहीं मिल रहा है।
कंप्यूटर 2: macOS पूरी तरह से अपडेट हो गया है और मुझे error ।
कंप्यूटर 3: विंडोज 7 पूरी तरह से अपडेट हो गया है और मुझे error ।

@everedifice मैंने अभी एक नए नियम no-unused tslint-consistent-codestyle साथ no-unused-variable जैसा है लेकिन --project --type-check का उपयोग करने की आवश्यकता के बिना

यदि आप रुचि रखते हैं, तो आप यहां दस्तावेज़ पा सकते हैं: https://github.com/ajafff/tslint-consistent-codestyle/blob/master/docs/no-unused.md

मुझे लगा कि जिस कंप्यूटर में समस्या नहीं है, वह समस्या है। क्या यह एक बग है?

इस मुद्दे पर कुछ नया?

मुझे एक ही समस्या हो रही है।

एक ही समस्या है, लेकिन दोनों 'चेतावनी: 'नो-अप्रयुक्त-चर' नियम के लिए प्रकार की जानकारी की आवश्यकता है।'
और 'चेतावनी: 'नो-यूज़-पहले-घोषणा' नियम के लिए प्रकार की जानकारी की आवश्यकता होती है।' (मैं देख सकता हूं कि 'सूचना' में टाइपो संस्करण 5.5.0 और 5.7.0 के बीच तय किया गया था, लेकिन यह केवल एक चीज है जो बदल गई है)। मैं इसे टाइपप्रति संस्करण 2.4.1 के साथ चला रहा हूं। उस समस्या पर कोई खबर?

यहाँ एक ही मुद्दा

क्या यह समस्या हल हो गई है या चेतावनियों को प्रदर्शित करने से रोकने के लिए कोई अस्थायी समाधान है।

मुझे नहीं लगता कि यह तय है। मुझे नहीं लगता कि उन्होंने एक मुद्दे के रूप में स्वीकार किया।

स्थायी सुधार, tslint.json के बजाय tsconfig.json में no-unused-variable का उपयोग करें। यदि कंपाइलर समान कार्यक्षमता प्रदान कर सकता है, तो इसे लिंटर के साथ करने का कोई मतलब नहीं है।

@AnimaMundi अच्छी तरह से यह वही कार्यक्षमता प्रदान करता है हालांकि हमारी सीआई प्रक्रिया के हिस्से के रूप में tslint चलाते समय इन्हें परीक्षण के दौरान ध्वजांकित करने की आवश्यकता होती है, न कि निर्माण के दौरान। मैं असहमत हूं कि इसे अनदेखा/हटा दिया जाना चाहिए क्योंकि संकलक निर्माण समय पर ऐसा करता है।

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

@AnimaMundi के फिक्स के समान, मैंने अपने tsconfig.json में noUnusedLocals और noUnusedParameters का उपयोग किया। मेरी "समस्याएं" फलक में त्रुटियां दिखाई देती हैं।

@AnimaMundi @haswalt @keego एक लिंट नियम के गुण बनाम अप्रयुक्त

@adidahiya मेरी टिप्पणी केवल इस मुद्दे के लिए एक फिक्स साझा करने के लिए थी, लिटर नियमों बनाम कंपाइलर चेक की योग्यता पर टिप्पणी प्रदान नहीं करती थी।

कंपाइलर को डिफर करना एक ही काम नहीं करता है: कंपाइलर के पास केवल एक ही विकल्प होता है: FAIL।
इसे संभालने के लिए tslint का कारण यह है कि इसे अक्सर एक चेतावनी (हरे रंग की स्क्वीगल बनाम लाल एक) की आवश्यकता होती है।

tslint समस्याओं को न केवल चेतावनियों के रूप में दिखाया जा सकता है, बल्कि उन्हें एक बार के आधार पर भी अनदेखा किया जा सकता है, जबकि टाइपस्क्रिप्ट संकलन त्रुटियाँ नहीं हो सकतीं

इन बिंदुओं को पहले ही हैश आउट कर दिया गया है (मेरी आखिरी टिप्पणी और लिंक किए गए धागे देखें)। अभी आपको TSLint नियम के रूप में no-unused-variable का उपयोग करने से कोई रोक नहीं सकता है। मुझे यकीन नहीं है कि ये अनुवर्ती टिप्पणियां क्या हासिल करने की कोशिश कर रही हैं।

@mastrauckas क्या आप अभी भी इस नियम के साथ समस्या कर रहे हैं? --type-check ध्वज को हटा दिया गया है, लेकिन प्रकार जाँच आधारित नियमों को सक्षम करने के लिए --project की आवश्यकता है।

इसके अलावा: TS 2.6 के साथ, आप कंपाइलर त्रुटियों को दबाने के लिए // @ts-ignore का उपयोग कर सकते हैं।

@adidahiya मैं केवल उपरोक्त टिप्पणियों का जवाब दे रहा था कि दावा है कि इसे एक कंपाइलर नियम के बजाय एक लिंट नियम के रूप में रखने का कोई कारण नहीं है।

लेकिन आप सही कह रहे हैं, मुझे लगता है कि प्रासंगिक मुद्दा vscode एक्सटेंशन के साथ है, न कि tslint के साथ। tbh इस विषय पर इतने सारे मुद्दे थे कि मुझे यह पता लगाने में थोड़ा समय लगा कि यह काम क्यों नहीं कर रहा है और कहाँ।

टिप की सराहना करें। जैसे ही हम 2.6 पर स्विच करेंगे, मैं कंपाइलर सेटिंग का उपयोग करने के लिए वापस स्विच कर दूंगा

यह दावा करने वालों के लिए एक और बिंदु एक लिंट नियम नहीं होना चाहिए: लिंट चेतावनियों को ठीक किया जा सकता है, और यह उसके लिए एक प्रमुख उम्मीदवार है।

मुझे इसके साथ नवीनतम 1.19 वीएस कोड The 'no-unused-variable' rule requires type information में एक ही चेतावनी मिल रही है (नीचे देखें)। क्या मेरी कॉन्फ़िगरेशन में कुछ याद आ रही है?

{
  "extends": "tslint:recommended",
  "rules": {
    "linebreak-style": [true, "LF"],
    "quotemark": [true, "single", "avoid-escape", "avoid-template"],
    "no-console": false,
    "no-unused-expression": false,
    "ordered-imports": false,
    "member-access": [true, "no-public"],
    "object-literal-sort-keys": false,
    "curly": [true, "ignore-same-line"],
    "semicolon": [true, "never"],
    "no-var-requires": false,
    "no-unused-variable": true
  }
}

यदि आप VSCode 1.19 रीडमी को देखते हैं, तो इसे और अन्य नियमों को चेतावनियों के रूप में ट्रीट करने के लिए एक नई सुविधा है।
हमारे लिए, इसका मतलब है:

• "no-unused-variable" को tslint.json से हटा दें
• जोड़ने "noUnusedLocals" हमारे लिए tsconfig.json

अन्य नियम पाठक के लिए एक अभ्यास के रूप में छोड़े गए हैं ;-)

ध्यान दें, कि tslint यह एक्सटेंशन है, जबकि tsconfig VSCode अंतर्निहित व्यवहार है।

मैंने no-unused-variable को हटाने का विकल्प चुना है क्योंकि वीएस 1.19 पहले से ही उनको रिपोर्ट कर रहा है।

मुझे समझ में नहीं आता कि VSCode का इससे क्या लेना-देना है। यह केवल VSCode को चेतावनियों के रूप में मानने के लिए पर्याप्त नहीं है, मुझे अपने वेबपैक देव सर्वर वॉच बिल्ड की वजह से विफल होने की आवश्यकता नहीं है। क्या no-unused-variable लिए कोई प्रतिस्थापन है, जो विशेष संपादकों से स्वतंत्र होगा

• विकास के दौरान चेतावनी के रूप में माना जाना चाहिए
• सीआई . के दौरान असफल निर्माण

?

@pelotom , कई लोगों को यहां VSCode TSLint एक्सटेंशन से रीडायरेक्ट किया गया है, उदाहरण के लिए https://github.com/Microsoft/vscode-tslint/issues/219 से।

अब तक, TS कुछ मुद्दों को चेतावनियों (ग्रीन स्क्विगल्स) के रूप में दिखाने में सक्षम नहीं था, लेकिन लिंट्स (ESlint, TSLint) सक्षम थे। इसलिए हम पूछ रहे थे कि TSlint अप्रयुक्त चरों को चेतावनियों के रूप में रिपोर्ट क्यों नहीं करेगा। लेकिन 1.19 तक, VSCode का TS ये चेतावनी दे सकता है और हम इस मुद्दे से पीछे हट रहे हैं

स्पष्ट होने के लिए, मैं VSCode का भी उपयोग करता हूं और संपादक में हाइलाइट की गई इन चेतावनियों को भी देखना चाहता हूं, लेकिन VSCode की सेटिंग्स गलत परत की तरह लगती हैं, जिस पर कंपाइलर त्रुटियों की गंभीरता _configuring_ होनी चाहिए, क्योंकि यह आपके बाकी हिस्सों को प्रभावित नहीं करती है। उपकरण श्रृंखला

मैं टॉम से सहमत हूं, और आशा करता हूं कि समाधान मिल जाएगा जहां संपादक के साथ-साथ हमारी बिल्ड/सीआई प्रक्रियाओं को उचित समर्थन मिलेगा। अब तक हमने मजबूत पुशबैक (प्रतीत होता है उचित) देखा है और कुछ (मेरे सहित) वास्तविक समाधान की आशा रखते हुए, आज हम जो कर सकते हैं, ले लेंगे।

यदि आप VSCode 1.19 रीडमी को देखते हैं, तो इसे और अन्य नियमों को चेतावनियों के रूप में ट्रीट करने के लिए एक नई सुविधा है।

@rnemec मुझे लगता है कि आप "

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

चर घोषित किया जाता है लेकिन कभी इस्तेमाल नहीं किया जाता है
संपत्ति घोषित की जाती है लेकिन उसका मूल्य कभी नहीं पढ़ा जाता है
अगम्य कोड का पता चला
अप्रयुक्त लेबल
स्विच में केस के माध्यम से गिरना
सभी कोड पथ एक मान नहीं लौटाते हैं
इन्हें चेतावनियों के रूप में मानना ​​TSLint जैसे अन्य उपकरणों के अनुरूप है। जब आप कमांड लाइन से tsc चलाते हैं तो ये अभी भी त्रुटियों के रूप में प्रदर्शित होंगे।

आप इस व्यवहार को सेटिंग द्वारा अक्षम कर सकते हैं: "typescript.reportStyleChecksAsWarnings": false।

तो यह एक अस्थायी समाधान है और केवल VSCode का उपयोग करते समय ही काम करेगा। tsc का उपयोग करने वाला कोई अन्य बिल्ड टूल सीधे कोड को संकलित नहीं करेगा यदि चेतावनियां वहां छोड़ी गई हैं। मेरे कुछ सहयोगी हैं जो एटम का उपयोग कर रहे हैं, इसलिए यदि मैंने परिवर्तन किए और चेतावनियों में से किसी एक को अनदेखा किया तो वे कोड को संकलित करने में सक्षम नहीं होंगे। सही?

मुझे समझ में नहीं आता कि यह कैसे कुछ हल करता है। इन चीजों को चेतावनियों के रूप में प्रदर्शित करना उपयोगी कैसे है यदि संकलक अभी भी उन्हें त्रुटियों के रूप में मानता है?

और अगर मैं सही ढंग से समझता हूं, तो दीर्घकालिक समाधान या तो tsc में समान व्यवहार को लागू करने के लिए ध्वज जोड़ना होगा (इसे चेतावनियों के साथ संकलित करना), या इन कंपाइलर चेक को पूरी तरह से हटा दें?

--- संपादित करें ---
मैंने पिछली सभी टिप्पणियों को नहीं पढ़ा। @pelotom पहले से ही यही बात बना रहा था।

यदि आप चाहते हैं कि लिंट चेक की गंभीरता देव मोड बनाम सीआई मोड में अलग हो, तो आप इसे कई tslint.json कॉन्फ़िगरेशन के साथ कर सकते हैं जहां एक extends दूसरा। यहां यूएक्स के लिए #2569 को ठीक करने की आवश्यकता है ताकि आप केवल एक defaultSeverity कॉन्फ़िगरेशन लाइन के साथ गंभीरता को टॉगल कर सकें - यह प्रगति पर है।

@adidahiya जिस पर चर्चा की जा रही है वह no-unused-variable लिंट नियम के लिए एक कथित _replacement_ है, जिसमें tsc के noUnusedLocals ।

@pelotom ठीक है, मुझे वह मिल गया - लेकिन मुझे नहीं लगता कि tsc अभी तक इस तरह के वर्कफ़्लो का समर्थन करता है। आपके पास दो tsconfig.json फाइलें हो सकती हैं जहां एक दूसरे का विस्तार करता है और प्रत्येक "गैर-घातक" कंपाइलर चेक को अक्षम करता है (इस मामले में, noUnusedLocals , noUnusedParameters ) व्यक्तिगत रूप से, हालांकि यह होगा आपको अपने संपादक में चेकों को चेतावनियों के रूप में देखने की अनुमति नहीं है।

@adidahiya हाँ, इसलिए यह वर्तमान में एक वैध प्रतिस्थापन नहीं है। और मैं एक लिंट नियम की तरह अधिक व्यवहार करने के लिए noUnusedLocals प्राप्त करने के अधिक प्रयास करने के बजाय VSCode में ठीक से काम करने के लिए no-unused-variable बनाना चाहता हूं। आईएमओ इस तरह के चेक के स्वामित्व को पहले स्थान पर लेने का प्रयास करने के लिए संकलक के लिए एक गलती थी।

और मैं VSCode में ठीक से काम करने के लिए नो-अप्रयुक्त-वैरिएबल को बहुत अधिक देखना चाहता हूं, बजाय इसके कि अधिक प्रयास करने के लिए एक लिंट नियम की तरह व्यवहार करने के लिए noUnusedLocals प्राप्त करें।

समझ में आता है। मेरा मानना ​​है कि इस परियोजना का लक्ष्य ऐसा करना है: https://github.com/angelozerr/tslint-language-service। आप उन नियमों का उपयोग कर सकते हैं जिनके लिए उस प्लगइन के साथ टाइप चेकिंग की आवश्यकता होती है।

मैं बहुत जल्दी बोल गया। उस प्लगइन के उपयोगी होने के लिए हमें https://github.com/palantir/tslint/issues/2649 पर ब्लॉक कर दिया गया है। इसके बजाय उस समस्या को ट्रैक करें।

@adidahiya हाँ, मैं इसे काफी समय से ट्रैक कर रहा हूं।

इस पर कोई भी समाचार? इसे बहिष्कृत किया जाएगा या नहीं?

@ फिलिप-फर्स्टऑर्डर ने इसका उपयोग करके मेरे लिए --project tsconfig.json . समस्या को ठीक कर दिया

tslint -c tslint.json --project tsconfig.json src/**/*.ts

नो-अप्रयुक्त-चर अब पदावनत कर दिया गया है, #3918 और #3919 देखें

बीप बूप! TSLint को पदावनत कर दिया गया है और आपको typescript-eslint पर स्विच करना चाहिए! मैं

आगे अनावश्यक चर्चाओं को रोकने के लिए इस मुद्दे को लॉक किया जा रहा है। शुक्रिया! मैं