C＃インターフェースでのキーワード「使用」の使用

C＃を使用してコードを記述し、Visual Studio 2010を使用してインターフェイスを定義すると、常に（使用例に示すように）多数の "using"ステートメントが含まれます。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace TestEngine.TestNameSpace
{
    interface ITest1
    {
        bool testMethod(int xyz);
    }
} 

これらが何のためにあり、本当に必要なのだろうか。これらは省略できますか？インターフェイスの説明でこれらの部分を使用している場合にのみ必要ですか？

Visual Studioは、どのコードを記述するつもりなのかを知らないため、デフォルトで「新しいクラス」テンプレートに最も一般的な名前空間を含めます。これは、作成する新しいコードのすべての単一行のすべての参照を解決する必要がないように行われます。

右クリックして[使用方法の整理]> [削除と並べ替え ]を選択すると、基本コードを記述した後、未使用のコードが削除されます。

はい、使用されていないusingディレクティブを削除できます。これらのディレクティブは最も一般的に使用されるものであるため、Visual Studioによって自動的に追加されます。たとえば、インターフェイスでlinqを使用しない場合は、ディレクティブを削除できます

 System.Linq;

同じことは、他のディレクティブにも当てはまります。また、名前空間内でusingディレクティブを移動することは、私の意見では良い習慣です。

これらのデフォルトusingステートメントは、インターフェースを作成するときのデフォルトテンプレートの一部です。テンプレートはいつでも編集して削除できます。詳細については、この質問を参照してください。

要するに、それらは名前空間と呼ばれます。名前空間は、コード内のいくつかのライブラリクラスを参照するためにも使用されます。.NETで名前空間を使用する方法に関する推奨ガイドラインもあります。

ほとんどの場合、使用しない場合は簡単に削除できます。次の2つの名前空間は、削除される可能性のある候補です。

using System.Collections.Generic;
using System.Linq;

一部のフレームワーク/ライブラリクラスが名前空間を宣言せずに使用されると、Visual Studioはコードをコンパイルせずに文句を言います。したがって、名前空間はコードを構造化し、プロジェクトクラス、インターフェイス、構造などの間の参照を容易にする役割を果たします。

さまざまな方法で使用されるC＃での使用..使用する単語キーワードとして使用する..システムを使用して使用したときの開始 つまり、すべての主要な機能が格納されているSystemという名前のDLLがあり、それを使用してコードを短縮しています...

system.WriteLine("Andy");

しかし、上記のシステムを使用する場合、次のように記述できます。

WriteLine("Andy");

接続を使用してSQLserverを使用すると、コマンド接続を使用してデータベースのデータを使用した後、それ自体が閉じます。時間を節約したいコーダーにとって非常に便利です