0

私は現在、 fxCopNDependを頻繁に使用していますが、レポートが生成する「間違った」1アイテムを目にし続けており、なぜこれらのツールが提案されている修正を行うことができないのでしょうか?

解決するのが非常に難しいものもありますが、フィールドを読み取り専用としてマークする必要があるようなものは、ツールが持つ情報を使用して非常に簡単に適用できます。ただし、私にとっては、ツールに移動し、アイテムを見つけてコードを配置することなどを意味します...最小のアイテムでもかなりの時間がかかります。

CodeRush Xpressが一部のリファクタリングで行うのと同じように、各変更を確認する必要があれば幸いです。

これらのツールがこれを行わない理由はありますか?


1間違いはここでは相対的です。なぜなら、ネーミングに関するすべての fxCop エラーの 1700 クラスのようなものは悪いコードではありませんが、新しい開発者がコードに取り組むのを難しくするからです。

4

2 に答える 2

3

おそらく、常に、またはほとんどの場合、リファクタリングの単一の正しい選択があるとは限らないためです。通常、コードをリファクタリングして警告の量を減らすには数十の方法がありますが、実際にプロジェクトに適した方法は、開発者が決定する必要があります。

于 2009-10-09T10:42:00.820 に答える
2

ロブ、これは私たち (NDepend チーム) が長期的に考えていることです。しかし、コードに触れることは、単に分析するよりもはるかにデリケートな領域です。Rytmis が言ったように、多くの場合、リファクタリングの選択肢は 1 つだけではありません。

確かに最善の選択肢は、NDepend がそのリファクタリング コマンドを R# などの既存の堅牢なリファクタリング ツールに送信できるようにすることです。しかし、これは現時点での純粋な仮定です。

于 2009-10-10T08:43:45.220 に答える