それはC#[閉]にあるようにFxCopのは、VB.NETに、それはのように貴重です
質問
私は、私たちのVB.NETのDLLの使用FxCopののいくつかを見てきたとの誤差の全ては、DLLのセットアップ(すなわち厳密な名前、文化情報)と変数法の場合に関係します。
C#のDLLを調べるFxCopののいくつかの例を見ると、多くの潜在的なエラーを提供するように見えます。
これはFxCopのは、VB.NETまたは私はちょうど悪い例を選択しているC#の開発に、より貴重であることを意味しています。
私はそれはFxCopのではなく、特定の言語よりも、ILで働いた場合だと思ったので、私はちょうどVB.NETのためのルールファイルをしないのですかC#のためにそこより入手できますか。
解決
私はそれが正しくないと言うでしょう。 FxCopのは、任意の.NET開発者に非常に貴重である。
あなたは同じILにコンパイルどちらも、C#のコードの一部に対して、VB.NETのコードの一部のためにFxCopのからの出力を使用すると、より多くの(または少ない)を取得する場所の例を表示する必要があります。
他のヒント
私の知る限り、FxCopのは、言語に依存しないです。 (FxCopのがそれを解釈したように)C#はなくFxCopのを何とかバイアスされるよりも多くの誤りが発生することを可能にする様々な分野でVB.NETよりも多くの自由度を有している可能性が高いです。このような場合は、その後、私はかつての言語はFxCopのが検出できる問題を作成するためのより多くの範囲を持っているとして、それはVB.NETの開発者よりもC#の開発者にとってより価値のあるもの見ることができます。
しかし、FxCopのは、いくつかの言語は、それが困難ミスを作るために作る場合でも、任意の.NETプロジェクトのための貴重なツールです。
FxCopのは、コンパイルされたコード上で動作するようになっているので、あなたが書く言語は問題ではないはず。私はC#やVBのいずれかでプロジェクトのツールを使用しましたので、それは確かに動作しません。それは実際、かなり参考にされています。