名前空間とアセンブリの間で非常に混乱しています。あるSystem.DataとSystem.Web名前空間やアセンブリ？
これらは名前空間と呼ばれ、同時にGAC_32フォルダーに存在することに気づきました。それで、彼らは正確には何ですか？
回答:
System.Dataは名前空間、 System.Data.DLL（ファイル）はアセンブリです。
名前空間は、タイプの論理グループです（主に名前の衝突を回避するため）。アセンブリには複数の名前空間の型を含めることができ（System.DLLいくつかの...を含む）、単一の名前空間をアセンブリ全体に分散させることができます（例System.Threading）。
namespaceアセンブリを作成するためにコンパイルされたソースコードでC＃ステートメント（または別の.NET言語の同等のもの）を使用します。2番目のアセンブリが名前空間を再度開いてクラスを追加する可能性があることに注意してください。
名前空間は、同じ機能に属するクラスの論理グループです。つまりSystem.Web、System.Data名前空間です
MSDNはそれを次のように説明しています。
名前空間は、C＃プログラミングで2つの方法で頻繁に使用されます。まず、.NET Frameworkは名前空間を使用して多くのクラスを編成します。次に、独自の名前空間を宣言すると、大規模なプログラミングプロジェクトでクラス名とメソッド名のスコープを制御するのに役立ちます。
アセンブリは、.NETランタイム環境で実行できる（プリコンパイルされた）コードのチャンクです。1つまたは複数の名前空間が含まれています。.NETプログラムは、1つ以上のアセンブリで構成されます。
System.Web.dllとSystem.Data.dllはアセンブリです。
MSDNはそれを次のように説明しています。
アセンブリは、.NETFrameworkアプリケーションの構成要素です。これらは、展開、バージョン管理、再利用、アクティベーションスコープ、およびセキュリティ権限の基本単位を形成します。アセンブリは、連携して機能の論理ユニットを形成するように構築されたタイプとリソースのコレクションです。アセンブリは、共通言語ランタイムに、型の実装を認識するために必要な情報を提供します。ランタイムにとって、型はアセンブリのコンテキスト外には存在しません。
要するに：
チップ。
アセンブリにはタイプのコレクションが含まれます（たとえば、l 'アセンブリシステムには、System、System.IO、eccを含む多くの名前空間が含まれます）。通常、アセンブリの名前は、アセンブリに含まれている名前空間と同じですが、常にそうであるとは限りません。
アセンブリと名前空間の他の例。
アセンブリ1（CoreAssembly.DLL）
名前空間が含まれていますNamespace1.subnamespace1
アセンブリ2（ExtensionCoreAssembly.DLL）
名前空間が含まれていますNamespace1.subnamespace1
この手法により、異なる名前空間を含むアセンブリの名前を使用し、既存のアセンブリを他のアセンブリで拡張することができます。
定義。
アセンブリ
アセンブリは、機能の論理ユニットを形成するタイプとリソースのコレクションです。.NET Frameworkのすべての型は、アセンブリに存在する必要があります。共通言語ランタイムは、アセンブリ以外の型をサポートしていません。Visual Basic .NETを使用してMicrosoftWindows®アプリケーション、Windowsサービス、クラスライブラリ、またはその他のアプリケーションを作成するたびに、単一のアセンブリを構築します。各アセンブリは、.exeまたは.dllファイルとして保存されます。注複数のファイルにまたがるアセンブリを作成することは技術的には可能ですが、ほとんどの状況でこのテクノロジーを使用することはほとんどありません。
名前空間
Visual Basic .NETコードを整理するもう1つの方法は、名前空間を使用することです。名前空間はアセンブリの代わりではありませんが、アセンブリを補完する2番目の編成方法です。名前空間は、タイプ名をグループ化し、名前の衝突の可能性を減らす方法です。名前空間には、他の名前空間とタイプの両方を含めることができます。タイプのフルネームには、そのタイプを含む名前空間の組み合わせが含まれます。
それらは名前空間です。アセンブリには複数の名前空間が含まれます。例：System.dllこれらの名前空間（およびそれ以上）が含まれます。
また、1つの名前空間にネストされた名前空間が含まれるDLL場合があります。これらはコードを整理するための単なる論理名です。ファイルは名前空間を含むアセンブリであることに注意してください。
GACあるグローバルアセンブリキャッシュに。MSDNによると：
グローバルアセンブリキャッシュには、コンピューター上の複数のアプリケーションで共有するように特別に指定されたアセンブリが格納されます。
に格納されている一般的に使用されるアセンブリであるGACため、プロジェクトから参照しているプロジェクトディレクトリにすべてのアセンブリファイルをコピーする必要はありません。に格納されてGACいるアセンブリは厳密な名前のアセンブリです。通常、への参照を追加する場合ファイルのStrong-Namedコピーではないプロジェクトからのアセンブリが.dllフォルダに作成されますbin\Debug。必要に応じて、アセンブリ（クラスライブラリプロジェクトなど）をStrong-Namedにすることができます。参照：方法：Strongでアセンブリに署名する名前
GACに表示されるファイルSystem.Data.dllは、アセンブリであり、を含む名前空間が含まれているファイルですSystem.Data。Visual Studioで参照プロパティを表示すると、次のように表示されます。
後で参照を右クリックしてオブジェクトブラウザでビューを選択すると、その特定のアセンブリに名前空間が表示されます。
@amdluigiが言うように、「通常、アセンブリの名前は、アセンブリに含まれる名前空間と同じですが、常にではありません」。
StudioのオブジェクトブラウザにあるSystem.Data.dllの上のスクリーンショットがあります。ここで問題を調査するための優れた例です。アセンブリに含まれる名前空間のほとんどは、System.DataまたはSystem.Dataのサブ名前空間であることに注意してください。
一般に、アセンブリ名はアセンブリ内の名前空間に関連付けることをお勧めします。Studioが最初にアセンブリを構築するプロジェクトを作成するとき、プロジェクトプロパティの1つがデフォルトの名前空間であることに注意してください。開始時に、Studioはデフォルトの名前空間にプロジェクト自体と同じ名前を付けます。プロジェクトの名前を変更することを選択した場合は、デフォルトの名前空間も変更することを検討してください。
2つの追加の名前空間があります。Microsoft.SqlServerは理解できます。別のアセンブリにパッケージ化したくないSQLServerタイプもあります。
しかし、System.Xmlとは何ですか???? System.Xml.dllアセンブリがあります。この名前空間がSystem.Data.dllにも表示されるのはなぜですか？
アセンブリが名前空間を再度開いてさらに追加できることに注意してください。これは、System.Data.dllがSystem.Xml名前空間で行っていることとまったく同じです。
その理由は、名前空間にはパフォーマンスへの影響はありませんが、アセンブリには非常に影響があるためです。大量のコードを含む1000のクラスがある場合、メモリフットプリントが非常に大きい1つのアセンブリは必要ありません。また、それぞれが1つのクラスを持つ1000個のアセンブリも必要ありません。アセンブリの内容を実行する前に、アセンブリをメモリにロードする必要があります。アセンブリに適切な数の相互に関連するクラスを含める必要があるため、アプリケーションがアセンブリをロードしてそのクラスの1つを取得すると、アプリケーションが無料で必要とする可能性のある他のクラスを取得します。粒度は重要です。大きすぎず、小さすぎず、ちょうどいいです。
System.Data.dllがSystem.Xmlを再度開き、XmlDataDocumentという1つのクラスを追加することに注意してください。このクラスは、リレーショナルデータをXMLドキュメントとして解釈するために使用されることがあります。アプリケーションがXMLのみを使用している場合、このクラスは必要ありません。アプリケーションがリレーショナルデータを扱う場合は、そうなる可能性があります。したがって、XmlDataDocumentはXmlDocumentを継承し、System.Xml名前空間にありますが、System.Data.dllアセンブリにパッケージ化されています。
これはすべて、Javaのバックグラウンドがあり、概念が1つしかないパッケージの場合に特に重要です。.NETには、アセンブリと名前空間の2つがあります。2つは直交しています。アセンブリには、明らかに複数の名前空間を含めることができます。アセンブリは名前空間を再度開いてさらに追加できます。つまり、名前空間の型は複数のアセンブリにまたがる場合があります。
