私はVB.NET dllのFxCopを使用していますが、すべてのエラーはDLL設定（Strong Names、Culture Info）と関連しています。 Variablesメソッドの場合FxCopはVB.NET上ではC＃と同じくらい貴重です。
FxCopのC＃Dllを調べるいくつかの例を見ると、より多くの潜在的なエラーが発生するようです。
これは、FxCopがVB.NETのC＃開発でより価値があることを意味しますか、私は悪い例を選んだだけです。
FxCopが特定の言語ではなくILで動作していると思ったので、VB.NET用のルールファイルがないか、C＃の方が利用可能ですか？
私はそれが正しくないと言います。 FxCopは、どの.NET開発者にとっても非常に重要です。
VB.NETコードの場合、FxCopからの出力が多い（または少ない）場合と、同じILにコンパイルされるC＃コードの場合の例を示す必要があります。
私が知る限り、FxCopは言語に依存しません。 FxCopが何らかの形で偏っているのではなく、FxCopが解釈するよりも多くの間違いが発生する可能性があるので、C＃はVB.NETよりも自由度があります。この場合、VB.NET開発者よりもC＃開発者にとって価値があることがわかります。これは、以前の言語ではFxCopが検出できる問題を作成する範囲が広がります。
ただし、FxCopは、一部の言語で間違いを犯しにくくしても、.NETプロジェクトにとって非常に貴重なツールです。
FxCopはコンパイルされたコードで動作するはずなので、書き込む言語は重要ではありません。私はこのツールをC＃またはVBのプロジェクトで使用していますので、実際には動作します。実際にはむしろ参考になりました。