ソースやアセンブリを調べて、StringBuilderが使用されたかどうかを判断するツールはありますか？またはObjectDataSourceが使用された場合カスタムC＃/ .NETコード解析
私はソース解析やリフレクションにはオープンしていますが、ウェブアプリケーションに対してこれを行う正しい方法を知る必要もあります。
UPDATE： 私はあなたが特定のアセンブリやパターンを使用した場合の出力は、報告書は私に言ってしまうビルドプロセスに挿入できツールを探していますね。私はまた、継承が（ビルドの非フレームワーククラスの）コードのどこでも使用されているかどうかを知ることができるようにしたいと思います。 OOPが使用されたかどうかを簡単に教えてください。
NDependを参照してください。これにはこの機能があります。
非常に大きなプロジェクトを分析するのに成功しました。これには、コードクエリ言語が組み込まれており、他のコードの依存関係や使用法に基づいてコードを見つけることができます。
バイナリの解析はより制限されますが（サイクロマティックな複雑さの分析はありません）、ソースコードまたはバイナリアセンブリの両方に対して使用することもできます。
Reflectorは、code searchを含む多くのadd-insを持っています。明らかにこれはテキスト検索ですが、役立つかもしれません。他の解決策がうまくいくかもしれませんが、安価ではないかもしれません。
+1 Reflectorはあなたが書いていないコードには常に適切なツールです – STW
スキャン対象の制約にStyleCopとcreate custom rulesを使用できます。
MSBUILDを使用している場合は、そのままの状態でStyleCopを自動化できます。 nantを使用する場合は、StyleCopCmdのようなものを使用して、ビルドプロセスでStyleCopを使用することができます。私は自分のナントビルドでStyleCopとStyleCopCmdを使用しています。
ビルドと統合しようとするなら、FxCopはオプションとして気になります。独自のルールを書くのは拡張性があり、あまり難しくありませんが、ドキュメントを見つけるのは難しいことがあります。
偉大開始ドキュメントはジェイソンBinaryCoder.net
で編集から「FxCop and Code Analysis: Writing Your Own Custom Rules」です：FxCopのルートを行くの他の大きな利点は、VSTSコード分析が FxCopのであるということである - と私は避難所ものの（と信じてTFS 2008のGatedチェックイン機能を使用してカスタムルールを使用して、非準拠性を維持できるようにすることができます。
NDependは、ビルドプロセスでこのニーズに適したツールです。
あなたはオンデマンドで同じことを達成したい場合は、そこに自由な.NETアセンブリの逆コンパイラは、堅牢なコード分析であるとTelerikから検索がJustDecompileと呼ばれる：
http://www.telerik.com/justdecompile
あなたはすべてを見つけるためにこれを使用することができ使用法、またはアセンブリ内の参照。将来のバージョンでは、これをビルドプロセスに統合したいコマンドラインオプションをサポートしている可能性があります。ユーザーボイスのサイトで提案する良いフィードバック：http://justdecompile.uservoice.com
希望するとうまくいきます。
NDependはかなりキラーなツールです。私は来年の予算願い事に置くことができるまでわずか5ヶ月しかかかりません:) – STW