問題タブ [using-directives]

コミットを行う前に、C# ソリューションで数百の単体テストをすべて実行することを好みます。実行には数分しかかからないためです。ただし、それらをすべて実行済みで問題がなく、usingソリューションでディレクティブを整理することにした場合、単体テストを再実行する必要は本当にありますか? ソリューション内のすべてのファイルを調べ、それぞれに対して Visual Studio の「削除と並べ替え」コマンドを実行するマクロがあります。私の理解では、ディレクティブが変更された後もすべてのプロジェクトがビルドされている限り、using実行時も問題ないはずです。これは正しい考え方ですか？

次のように使用した場合、「使用」はどのような目的に役立ちますか。-

1つの例はこれです（回答-@ richj-このコードを使用して問題を解決しました）

マイクロソフトサポートサイトを読んでいるときに見つけた他の例

私はsystem.data.sqlclientなどを使用してページの上部で実行しているので、なぜこれがコードの途中で物を使用しているのですか？

それを省略した場合（コードが機能することはわかっています）、どの機能が失われるのでしょうか？

私はVS/PowerCommandsの「使用の削除と並べ替え」機能を頻繁に使用します-実際、R＃の助けを借りて、ドキュメントを保存するたびにVSにこれを実行させます。これは、終了するたびにほぼ反射的に実行します。エラーなしでコード行を書く。

ただし、名前空間がいくつかある場合は、削除したくありません。

これは主に、、に関係しますが、他にも関係SystemがSystem.LinqありSystem.Web.Collections.Generic、正確に関係する名前空間の仕様は将来変更される可能性があります。

この機能に「これまたはその名前空間が表示されていて、現時点で使用されていない場合は、気にしないでください。手動で削除します」と伝える方法はありますか？

私はあなたができることを見てきました

と使用

または直接使用

パフォーマンスの点でそれらの間に違いはありますか?

using System.IO名前空間内のすべての静的クラスをメモリにロードすると、より多くのメモリが使用されますか、それともフレームワークはそれを回避するのに十分なほどインテリジェントですか? はいの場合、どのように？

それとも、これはすべて、名前空間にまたがるオブジェクト間の名前の衝突を避けるために使用されているのでしょうか?

どんな洞察も大歓迎です:)

デバッガーを使用してコードをステップ実行しています。私が使用しているコード ファイルには、たとえば、上部に usings があります。

Visual Studio 2008 では、これはデバッグ中にウォッチ ウィンドウに適用されていたので、ウォッチ ウィンドウで.First()やなどの拡張メソッドを使用でき.ToArray()ました。

何らかの理由で、これは Visual Studio 2010 では機能しなくなりました。拡張メソッドだけではありません。すべての型を完全な名前空間で修飾する必要があり、これは非常に面倒です。

さらに奇妙なのは、ウォッチ ウィンドウ内の IntelliSense が、using が存在するかのように動作することです。つまり、たとえばリストを作成します。.ToArray()しかし、その後、ウォッチウィンドウにエラーメッセージが表示されます

'<type>' には 'ToArray' の定義が含まれておらず、型 '<type>' の最初の引数を受け入れる拡張メソッド 'ToArray' が見つかりませんでした (using ディレクティブまたはアセンブリ参照がありませんか?)

だから今、私はいつも本当に長くて面倒なタイプを入力する必要があります

これを修正するにはどうすればよいですか?

新しいaspx.csファイルに追加の「using」ディレクティブを自動的に追加して、同じものを何度も入力し続ける必要がないようにすることは可能ですか（つまり、ディレクティブを使用したカスタム名前空間）

ステートメントを使用してボイラープレートがあるとします。次のように言います。

（これは私の単体テストコード用です）単体テストがあるすべてのファイルの先頭にそれを置きたくない場合、ここで間接レベルを設定する方法はありますか？

これがうまくいくとは思いませんが、これが私が考えていることの例です：

NUnitCompatability.csというファイルを作成し、その中に上記のコードを入れます。using NUnitCompatability次に、すべての単体テストファイルに追加します。これはDelphiでは機能しますが、C＃では機能しません（私は思います）。しかし、このタイプの機能を利用する別の方法はありますか？

ASP.net c＃のコードサンプルをオンラインで見つけ続けていますが、含まれている名前空間がリストされていないようです。たとえば、次のようになります。

明らかな何かが欠けているのでしょうか、それとも各コード例に必要な名前空間を正確に知っている必要がありますか？

MSDNで私はそれが何をするのかを読むことができますが、それが技術的に何をするのか知りたいです（コンパイラに型を探す場所を教えてください..）？ディレクティブとして使用することを意味します。

私は答えを知っていると確信していますが、すべてのコードファイルの上でディレクティブを繰り返す必要がないように、C＃プロジェクトでグローバルな「using」ディレクティブを定義する方法があるかどうか疑問に思っています。

私の興味は、.NETFrameworkでの拡張メソッドの導入に本当に根ざしています。拡張メソッドを使用する唯一の方法は、拡張メソッドを含む名前空間のusingディレクティブを定義することです。usingディレクティブがないと、拡張メソッドのIntellisense機能が失われます。つまり、使用可能なメソッドが常に表示されるとは限りません。

フレームワーク開発者として、フレームワークで提供されるタイプとメソッドが明確であり、消費する開発者が利用できることを確認することが私にとって重要です。ドキュメントとトレーニングはその目的を果たしますが、ほとんどの開発者は期間を迎え、Intellisenseリストをスクロールして、使用可能なメソッドとプロパティを確認します。オブジェクトブラウザにアクセスしたり、リファレンスドキュメントを表示したりしても、拡張メソッドについて知らない限り、拡張メソッドについてはわかりません。これがIntellisenseの出番です。

また、VSが使用するテンプレートにusingディレクティブを追加することはできますが、VSの[削除して並べ替え]オプションを使用すると、拡張メソッドが使用されていない場合は、拡張メソッドを参照するディレクティブが削除されます。

とはいえ、VS 2010でグローバルな「using」ディレクティブを定義する方法はありますか？そうでない場合は、将来的にMSによって検討される可能性はありますか？