未使用のusingステートメント 名前空間の量はパフォーマンスに影響しますか？ Visual Studioで
using System;
using System.Collections.Generic;
using System.Configuration;
using System.Data;
using System.Drawing;
using System.IO;
using System.Linq;
using System.Web;
using System.Web.UI;
using System.Web.UI.WebControls;
未使用usingsを持つため、パフォーマンスヒットがあり
を削除するコマンドはありますか？コードファイルで使用されるネームスペースの数は、アプリケーションのランタイムパフォーマンスに影響しません。コンパイラは型や拡張メソッドなどの追加項目の名前空間を検索する必要があるため、コンパイル時間に影響します。
のみランタイムへの影響は、私の知る名前空間の数は
ASP.NETは、ユーザがルートフォルダに入ったときにオプションでコンパイルされるページではありませんか？したがって、パフォーマンスヒット？それとも私はここから離れていますか？参考：http://msdn.microsoft.com/en-us/library/ms178466.aspx –
@ subt13それはユーザーが最初に使用する上でコンパイルされASP.Netページの起動時間に影響を与えません。私はそのシナリオを追加します。 – JaredPar
優れています。素晴らしい答え/コメント。 –
私はいつもそれらがコンパイラによって削除されたと思っていました。
実際、これらはコンパイラによってのみ使用されます。実行時には、名前空間は完全修飾クラス名の一部にすぎません。 – codymanix
コンパイラが参照される型を見つけるために名前空間を反復する必要があるときだけ、コンパイル時間に影響します。 （とにかくそれはとにかく）実行時のパフォーマンスにはまったく影響しません。
番号名前空間は、コンパイル時にクラス名を解決するために使用されます。コンパイル後、アセンブリにはSystem.Collections.Generic.List<int> myList = new System.Collections.Generic.List<int>()のような完全修飾クラス名しか含まれていないので、すべての使用はなくなります。
未使用のステートメントにはパフォーマンスヒットはありません。コンパイル時にのみ評価が必要です。
（おそらくコンパイル時に）どこかでパフォーマンスが低下していると確信していますが、それはおそらくごくわずかです。いずれにせよ、私はそのコマンドを実行することをお勧めします - それは潜在的なパフォーマンスのヒットを削除し、コードを読みやすく保守しやすくします。そして、インテリセンスから未使用のネームスペースを取り除き、コード化を容易にします:)
を見ている最初の時間に影響を与えることができ、それは良いアイデアにはなりません。私は、クラスの使用を見て、誰かが太陽の下で名前空間を「使用」しているので、それが何であるかを特定することよりも、嫌なことはほとんどありません。 –
私はあなたのことを知っています。しかし、すべてのタスクを優先順位付けして計画する必要があります:)。 –