問題タブ [unused-variables]

変更可能なセットが別のセットと正しく交差しない理由を見つけるのに少し時間を費やしました。

もちろん、正しい構文はであり、上記の行は別のことを意味します。これは型[someMutableSet intersectSet:anotherSet]の戻り値を持つメソッド呼び出しです。BOOL

オプションを有効にしているので-Wall -Wextra、これは警告としてキャッチされているはずです。しかし、それはキャッチされませんでした。私は試してさらに調査しましtypesたNSMutableSet。

そして、繰り返しますが、これを行うと：

- (BOOL)intersectsSet:(NSSet *)otherSet;(1) と (2) が同等であると予想されるようにメソッドが定義されているとしても、警告はありません。悪質なコンパイル ツールは (1) を (2) よりも危険な性質のものと見なしているのかもしれませんが、なぜそれが警告に影響するのでしょうか?

では、(2) で (1) と同じ警告をコンパイラに生成させるにはどうすればよいでしょうか?

アサーション (前提条件) で使用されているため、Eclipse が「未使用」変数を報告しないため、「隠れた」バグがありました。次に例を示します。

未使用の変数をチェックするときにアサーションを無視するように Eclipse に指示したいと思います。アサーションを実行するためだけにパラメーターを渡す人がいるとは思えません...また、FindBugsまたは別のツールがこれを実行できるかどうかも教えてください。

範囲ベースの for ループでループ変数を「使用」しない方法はありますが、使用されていないというコンパイラの警告を回避する方法はありますか?

コンテキストについては、次のようなことをしようとしています。「警告をエラーとして扱う」を有効にしており、どこかで無意味に言及して変数を強制的に「使用」するようなハックはしたくありません。

これを行うには他の方法があることは知っていますが、議論のために、範囲ベースの for ループを使用する必要があるとしましょう。

1 つの場所だけで 1 つの警告を無効にするにはどうすればよいですか?

一時的に使用しない変数が 1 つあります。Xcode は、「未使用の変数」に関する警告を表示します。警告を無効にしたいのですが、このタイプのすべての警告ではなく、この変数に対してのみです。

この変数の値を設定/取得せずに可能ですか?

私はこのコードを持っています:

ただし、gccコンパイラは配列unused variableに対してのみ警告を出します。valuesなぜ報告されないvのですか？cities

これをファイルに追加しましたが、.proまだ警告が表示されます:

Xcode をバージョン 5.1 に更新した後、使用していない定数を定義したという警告が表示されました。その定義は次のようになります。

マークが付けられたことを嬉しく思いました。これは、コンパイラがローカル変数に加えて未使用の定数をチェックできるようになったことを意味すると考えたからです。

さらにリファクタリングを行い、3 つのNSString定数を廃止しました。3 つすべてがNSInteger、上記と非常によく似て定義されています。

しかし、驚いたことに、これらは「未使用」としてマークされませんが、もう使用されていないことは確かです。

NSIntegerがコンパイラによって未使用として通知される理由を誰かが説明できますが、そうでNSStringはありませんか?

次のように関数をローカルにラップすることにより、jslint から (必要な) 未使用のパラメーター エラーを取り除くことに関する多くのスタック オーバーフローの回答を見てきました。

ただし、これを実行しようとすると、代わりに JSLint から次のエラーが発生します。

次のようなあらゆる種類の空白を試しました。

しかし、そのような変更がまったく効果があるとすれば、それは jslint インライン ディレクティブがまったく見られず、代わりに未使用のエラーが残っていることです。

少しいじってみたところ、処理中にJSLintが他のモードになっていることが問題であると思われます。問題の関数は、次のようなカスタム クラス宣言内にあります。

そして、ディレクティブをどのように動かしても機能しません。たとえば、次のバリエーションも試しました。

この問題は、私が JSLint に対して真の愛憎関係を築く原因となっている多くの原因の 1 つにすぎません。おそらく、ある時点で JSHint を優先してビルドから削除することになるでしょうが、そのために時間を割くつもりはまだありません。それまでの間、jslint をここで黙らせる方法はありますか? そして、現在行っているように、jslint が独自のインライン ディレクティブについて不平を言う原因となる条件は何ですか?