VS2008には、Resharperと同様に、ディレクティブを使用してクリーンアップするための削除および並べ替え機能があることを知っています。コードが「クリーン」であり、将来存在しない可能性のある名前空間を参照する問題を取り除くこととは別に、使用ディレクティブの「クリーン」リストを維持することの利点は何ですか?
コードが少ない?コンパイル時間が速くなりますか?
VS2008には、Resharperと同様に、ディレクティブを使用してクリーンアップするための削除および並べ替え機能があることを知っています。コードが「クリーン」であり、将来存在しない可能性のある名前空間を参照する問題を取り除くこととは別に、使用ディレクティブの「クリーン」リストを維持することの利点は何ですか?
コードが少ない?コンパイル時間が速くなりますか?
常に必要な using ディレクティブのみを持ち、それらを常に適切に並べ替えると、コードの 2 つのバージョンを比較するときに、無関係な変更が表示されることはありません。
さらに、きちんとした一連の using ディレクティブがある場合、最初にコードを見ている人は、using ディレクティブを見るだけで、何が使用されるかについて大まかなアイデアを得ることができます。
私にとっては、基本的にノイズを減らすことがすべてです (さらに、Resharper を満足させます!)。
コンパイル時間の改善は最小限になると思います。
ランタイムへの影響はありません。純粋にコンパイル時です。以下に影響を与える可能性があります。
私にとっては、最初に using ステートメントのクリーンなリストがあると、予想される型をよく理解できます。
数年前、ReSharper を (18 プロジェクト ソリューションに) 最初にインストールしたとき、コンパイル時間がかなり向上しました。それ以来、それはそれをきれいに保つことだけでした。
コンパイル時間とパフォーマンスの利点について話すことはできませんが、using 宣言を最小限に抑えると、名前空間の衝突の可能性が低くなります。これは、複数のサードパーティ ライブラリを使用している場合に特に重要です。
コンパイル時の違いが 1 つあります。参照を削除しても、コードに using ディレクティブが残っていると、コンパイラ エラーが発生します。したがって、using ディレクティブのクリーンなリストを作成すると、未使用の参照を削除するのが少し簡単になります。
通常、コンパイラは未使用の参照を削除しますが、コードに using がある場合にそれが機能するかどうかはわかりません。