2011-04-07 15 views
0

私は、StyleCopとVS2010の "コード解析"ルールを使用することに決めたプロジェクトを設定しています。StyleCopとコード解析ルール違反の可視化

両方のルールセットがすべてのビルドで実行されるようにビルドをセットアップしました。問題は、このプロジェクトの開発者はのみがビルド時にStyleCopとCode Analysisルール違反を参照できることです。

オーサリングコードでは、VS2010コードエディタはビルドエラーの場合と同様にルール違反を強調表示しません。私は、人々が長時間オーサリングコードを作成し、チェックイン前に100以上のルール違反を修正する必要があることを意味するのではないかと恐れています。より有機的なプロセスを探究したいと思います。

最後の2週間でグーグル・グーグルで過ごした後、私は敗北を認めます。私はStyleCopのルール違反のインラインコードエディタのハイライトを提供する "ResharperのためのStyleCop"を見つけました。私は、Code Analysisのために類似したものがあるのか​​、それともStyleCopの他のオプションがあるのか​​疑問に思っていましたか?

おかげで、

- ジャスティン・エンジェル

+0

最新のStyleCopバージョン(4.5以降)には、R#の組み込みが組み込まれていることがわかりました(これまでのところ「ResharperのStyleCop」とは何ですか)。 –

答えて

1

は残念ながらFxCopのためStyleCop for Resharperに似たものはありません。 StyleCopは、スタイルガイドラインの違反のみを探しています。つまり、ソースコード、テキストファイルのみを見るだけで済みます。 FxCopはコンパイルされたアセンブリの解析を実行し、P/Invokeの正確さ、Disposeへの複数の呼び出し、管理されていないAPIの使用などを調べます。ツールは確かにソースのそのような分析を実行することができます(実際、Resharperは、すべてのFxCopの警告ではありません)、そうすることは効果的にコンパイルを必要とします。コンパイルしている場合は、FxCopを使用することもできます。ちなみに、Resharperはお金の価値がある。

関連する問題