using System;
私のプロジェクトで一連の POCO を開発していますが、そのうちのいくつかは句を必要としないことに気付きました。
using <module>;
オブジェクトやプロジェクトを未使用のままにしておくと、パフォーマンスやサイズにペナルティはありますか?
これが原因で、クラスが大きくなったり、遅くなったり、肥大化したりすることはありますか?それとも、コンパイラ/オプティマイザはこれを処理するのに十分スマートですか?
using System;
私のプロジェクトで一連の POCO を開発していますが、そのうちのいくつかは句を必要としないことに気付きました。
using <module>;
オブジェクトやプロジェクトを未使用のままにしておくと、パフォーマンスやサイズにペナルティはありますか?
これが原因で、クラスが大きくなったり、遅くなったり、肥大化したりすることはありますか?それとも、コンパイラ/オプティマイザはこれを処理するのに十分スマートですか?
すべての「システムの使用」。ステートメントでは、完全修飾名なしでその名前空間を使用できます。実行時のパフォーマンスにはまったく影響しません。
using
コードに未使用のステートメントが含まれていても、実行時のパフォーマンスが低下することはありません。それらは、コンパイルされた DLL としては表示されません (PDB には存在します)。
ただし、それらが無効であることがわかっている場合は、通常、それらを削除するのが良いスタイルと見なされます。使用されていない using を持つことは、基本的に、コードが一連の型と拡張メソッドに誤って依存していることを示しています。
どの usings が使用されていないかを判断するのは、面倒なプロセスです。のようなツールをインストールしてPowerCommands
、ファイルの保存時に作業させるのが最善だと思います。
それはパフォーマンスの向上もヒットももたらしません。
未使用のものはすべて削除し、使用済みのすべての使用法をコード スタイル (整頓) として並べ替えます。これは、Visual Studio のコンテキスト メニューから実行できます (ホットキーにバインドしました)。
System.Linq を使用するなど、参照/アセンブリまたは拡張機能を使用していない場合。デフォルトでVS2010プロジェクトに追加されます..使用しない場合..削除するだけです..パフォーマンスの問題はありません
コンパイラの出力やコンパイルされたプログラムのパフォーマンスにはまったく影響しません。
個人的な好みの一部として削除できます。コンパイルが高速になり (コンパイラがルックアップする名前空間が少なくなる)、インテリセンスのパフォーマンスも向上するので、個人的にはお勧めします。
using ディレクティブは単なるシンタックス シュガーです。
参照を使用して追加しても、コンパイル時間のわずかな違い以外はパフォーマンスに影響しません。