Tslint: 警告：「no-unused-variable」ルールにはタイプチェックメッセージが必要です...

問題のテンプレートに記入してください。 tslint.jsonはどのように見えますか？

私は家にいて、同じプロジェクトを試しましたが、うまく機能しました。 月曜日に仕事に取り掛かってもう一度テストするまで、これを開いたままにしておきます。 ノードモジュールを再インストールする必要があるかもしれません。

また、課題テンプレートを使用するように更新しました。

tslintが更新された後（おそらくv4-> v5）、 no-unused-variableは、 --type-check 、 --project引数なしでは使用できません。

このオプションは使いにくく、更新後に結果が印刷されるまでに長い時間がかかりますが、重要で最もよく使用されるリンティングオプションです。 上位引数なしでこのオプションを使用する方法はありますか？

tslintが更新された後（おそらくv4-> v5）、-type-check、-project引数がないとno-unused-variableは使用できません。

tslint --type-check --project tsconfig.json src/**/*.tsで--projectを渡します

自宅のコンピューターではこの問題は発生していませんが、職場のコンピューターでは問題が発生しています。

@everedificeルールの実装にバグがあり、ほぼ非推奨になり（https://github.com/palantir/tslint/issues/1481）、最終的にはコンパイラのno-unused-variableの実装に委任することでそれを維持することにしました。 （これはほとんどのバグに対処しました）。 このリポジトリには、重大な変更を加えたPR（ https://github.com/palantir/tslint/pull/2235）からリンクされている、チェックアウトすることをお勧めするディスカッションスレッドがたくさんあり

@mastrauckas 2つの異なる環境の違いについての詳細がなければ、私は本当にあなたを助けることはできません。

@adidahiya昨夜もmacOSである3台目のコンピューターでこれを取得していました。 それがまだ発生するかどうかを確認するために、自宅のコンピューターでもう一度試してみます。

一般に：
コンピューター1： Windows 10は完全に最新であり、現時点ではerror取得していません。
コンピューター2： macOSが完全に更新され、 errorます。
コンピューター3： Windows 7が完全に更新され、 errorます。

@everedifice新しいルールno-unusedを使用してtslint-consistent-codestyle新しいバージョンを公開しました。これは、いくつかの追加機能を備えたno-unused-variableほぼ似ていますが、 --project --type-checkを使用する必要はありません。

興味がある場合は、ここでドキュメントを見つけることができます： https ：

問題がないと思っていたコンピューターは、結局問題があるようです。 これはバグですか？

この問題について何か新しいことはありますか？

私は同じ問題を抱えています。

同じ問題ですが、両方とも「警告：「no-unused-variable」ルールには型情報が必要です。」
および「警告：「宣言前に使用しない」ルールには型情報が必要です。」 （「情報」のタイプミスがバージョン5.5.0と5.7.0の間で修正されたことがわかりますが、変更されたのはそれだけです）。 typescriptバージョン2.4.1で実行しています。 その問題に関するニュースはありますか？

ここで同じ問題

この問題は解決されましたか、それとも警告の表示を停止するための一時的な修正ですか。

修正されたとは思いません。 彼らが問題として受け入れたとは思わない。

恒久的な修正。tslint.jsonの代わりにtsconfig.jsonでno-unused-variableを使用してください。 コンパイラが同じ機能を提供できる場合、リンターでそれを行うことは意味がありません。

@AnimaMundiは同じ機能を提供しますが、CIプロセスの一部としてtslintを実行する場合は、ビルド中ではなく、テスト中にフラグを立てる必要があります。 コンパイラがビルド時にこれを行うため、これを無視/削除する必要があることに同意しません。

@haswaltビルドフェーズではなく

@AnimaMundiの修正と同様に、 noUnusedLocalsとnoUnusedParametersしました。 「問題」ペインにエラーが表示されます。

@AnimaMundi @haswalt @keego lintルールと未使用の変数のコンパイラチェックのメリットは、他のTSLintスレッド（https://github.com/palantir/tslint/issues/1481およびリンクされたスレッド）で広く議論されています。 この問題は実際にはその場所ではありません。

@adidahiya私のコメントは、この問題の修正を共有することだけを目的としており、リンタールールとコンパイラチェックのメリットについての解説を提供するものではありません。

コンパイラーに延期しても同じことはできません。コンパイラーには、FAILという1つのオプションしかありません。
tslintがそれを処理する理由は、多くの場合、警告である必要があるためです（緑の波線と赤の波線）。

tslintの問題は警告として表示されるだけでなく、1回限り無視することもできますが、typescriptのコンパイルエラーは無視できません。

これらのポイントはすでにすべてハッシュ化されています（私の最後のコメントとリンクされたスレッドを参照してください）。 現在、TSLintルールとしてno-unused-variableを使用することを妨げるものは何もありません。 これらのフォローアップコメントが何を達成しようとしているのかわかりません。

@mastrauckasこのルールでまだ問題がありますか？ --type-checkフラグは非推奨になりましたが、タイプチェックベースのルールを有効にするには--projectが必要です。

余談ですが、 TS 2.6では、 // @ts-ignoreを使用してコンパイラエラーを抑制することができます。

@adidahiya私は、コンパイラルールではなくlintルールとしてこれを使用する理由はないと主張する上記のコメントに単に応答していました。

しかし、あなたは正しいと思います。関連する問題は、tslint自体ではなくvscode拡張機能にあると思います。 このトピックには非常に多くの問題があったため、なぜ機能しないのか、どこで機能しないのかを正確に説明するのに時間がかかりました。

ヒントに感謝します。 2.6に切り替えるとすぐに、コンパイラ設定の使用に戻ります。

これをリントルールにすべきではないと主張する人にとってのもう1つのポイントは、リント警告は修正可能である可能性があり、これがその主要な候補です。

これで最新の1.19VS Code 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 readmeを見ると、このルールや他のルールを警告として評価するための新機能があります。
私たちにとって、それは次のことを意味します。

• 削除"no-unused-variable"からtslint.json
• tsconfig.json "noUnusedLocals"を追加します

他のルールは読者の練習問題として残されています;-)

tslintはこの拡張機能であり、tsconfigはVSCodeの組み込み動作であることに注意してください。

VS 1.19はすでにそれらを報告しているように見えるので、私はno-unused-variableを削除することを選択しました。

VSCodeがこれと何の関係があるのか​​わかりません。 VSCodeだけでこれらを警告として処理するだけでは不十分です。これらが原因で失敗しないように、webpack dev server watchbuildが必要です。 特定の編集者とは関係なく、 no-unused-variable代わりになりますか？

• 開発中は警告として扱われます
• CI中にビルドに失敗する

？

@ pelotom 、VSCode TSLint拡張機能から、たとえばhttps://github.com/Microsoft/vscode-tslint/issues/219から、ここにリダイレクトされた人が何人かい

これまで、TSは警告（緑色の波線）としていくつかの問題を表示できませんでしたが、lints（ESlint、TSLint）は表示できました。 そこで、TSlintが未使用の変数を警告として報告しない理由を尋ねていました。 しかし、1.19の時点で、VSCodeのTSはこれらの警告を出すことができ、この問題から撤退しています😉

明確にするために、私もVSCodeを使用しており、これらの警告がエディターで強調表示されることも望んでいますが、VSCodeの設定は、コンパイラエラーの重大度を_構成_するための間違ったレイヤーのように見えます。これは、他の部分には影響しないためです。ツールチェーン。

トムに同意します。エディターとビルド/ CI手順の両方が適切にサポートされるソリューションが見つかることを願っています。 これまでのところ、強い反発（一見正当化されているように見える）が見られ、一部（私を含む）は、実際の解決策への希望を保ちながら、今日、私たちができることを受け入れるでしょう。

VSCode 1.19 readmeを見ると、このルールや他のルールを警告として評価するための新機能があります。

@rnemec 「readme」ではなく「リリースノート」を書く

VS Codeは、TypeScriptコードスタイルの問題をエラーではなく警告として表示するようになりました。 これは以下に適用されます。

変数は宣言されていますが、使用されていません
プロパティが宣言されていますが、その値が読み取られることはありません
到達不能コードが検出されました
未使用のラベル
スイッチのケースを通り抜ける
すべてのコードパスが値を返すわけではありません
これらを警告として扱うことは、TSLintなどの他のツールと一貫性があります。 コマンドラインからtscを実行すると、これらは引き続きエラーとして表示されます。

この動作を無効にするには、次のように設定します。 "typescript.reportStyleChecksAsWarnings"：false。

したがって、これは一時的な解決策であり、VSCodeを使用している場合にのみ機能します。 tsc直接使用する他のビルドツールは、警告が残っているとコードをコンパイルしません。 Atomを使用している同僚がいるので、変更を加えて警告の1つを無視すると、コードをコンパイルできなくなります。 右？

これがどのように何かを解決するのかよくわかりません。 コンパイラがそれでもエラーとして扱う場合、これらを警告として表示することはどのように役立ちますか？

そして、私が正しく理解していれば、長期的な解決策は、 tsc同じ動作を強制するフラグを追加する（警告付きでコンパイルする）か、これらのコンパイラチェックを完全に削除することです。

- - 編集 - -
以前のコメントをすべて読んだわけではありません。 @pelotomはすでに同じことを

開発モードとCIモードでlintチェックの重大度を変えたい場合は、一方がextendsである複数のtslint.json構成でこれを行うことができます。 ＃2569は、ここのUXが適切であるように修正する必要があります。これにより、1つのdefaultSeverity行で重大度を切り替えることができます。これは進行中です。

@adidahiya議論されているのは、 tscのnoUnusedLocalsを使用した、 no-unused-variable lintルールの_replacement_とされています。

@pelotomそうですね、tscはまだそのようなワークフローをサポートしていないと思います。 2つのtsconfig.jsonファイルを作成して、一方が他方を拡張し、各「致命的でない」コンパイラチェック（この場合はnoUnusedLocals 、 noUnusedParameters ）を個別に無効にすることもできますが、これはできません。エディターでチェックを警告として表示させないでください。

@adidahiyaはい、それが現在有効な代替品ではない理由です。 そして、 noUnusedLocalsをリントルールのように動作させるためにより多くの労力を費やすよりも、VSCodeでno-unused-variableが適切に機能するようにしたいと思います。 IMOそもそも、コンパイラがこの種のチェックの所有権を取得しようとするのは間違いでした。

そして、noUnusedLocalsをlintルールのように動作させるためにより多くの労力を費やすよりも、VSCodeでno-unused-variableが適切に機能するように作成されていることを望んでいます。

理にかなっています。 このプロジェクトはそれを目的としていると思います： https ：

私はあまりにも早く話しました。 そのプラグインが役立つため、 https：//github.com/palantir/tslint/issues/2649でブロックされてい

@adidahiyaうん、私はかなり長い間それを追跡してきました。

これに関するニュースはありますか？ 非推奨になるかどうか？

@ philip-これを使用したfirstorderは、私にとっての問題を修正しました--project tsconfig.json

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

no-unused-variableは非推奨になりました。＃3918および＃3919を参照してください。

🤖ビープブープ！ 👉TSLintは非推奨です👈そしてtypescript-eslintに切り替える必要があります！ 🤖

🔒この問題は、これ以上の不必要な議論を防ぐためにロックされています。 ありがとうございました！ 👋