C#中的程式集和命名空間

命名空間允許我們對相關的類型進行邏輯上的組織,這使得我們很方便的地定位一個類型：
舉個簡單的例子,我們執行個體化的一個隊列,
如果不引入命名空間,則要這樣寫:
System.Collections.Queue q=new System.Collections.Queue();
那引入命名空間呢? 則只要這樣寫:
Using System.Collections;//引入命名空間
Queue q=new Queue();
對於編輯來說,命名空間僅僅是在類型名稱前加了一些由點號隔開的符號而已.這使得一個類型的名稱更長,從而也更具惟一性.如果兩個相同的類在同一個命名空間則會衝突,如果不同的命名空間有相同的類型,也會產生二義性,就像windows中的目錄一樣,同一目錄不能有同名檔案,不同目錄則可以.如果你非要用,可以用全稱(System.Collections.Queue),也可以using sysQueue= System.Collections.Queue;

注意,C#的using指示符會指示編譯器試著在類型名上添加不同的首碼,直到找到一個匹配為止,剛才已經講了,命名空間只是邏輯上,真正的類型在程式集裡,當尋找一個類型的定義時,編譯器必須被告知到哪些程式集中進行尋找,編譯器將掃描它知道的所有程式集來尋找類型的定義.一旦編譯器找到了正確的程式,程式集資訊和類型資訊會被添加到產生託管模組的中繼資料中,C#編譯器預設情況下會自動在MSCorLib.dll程式集中進行尋找.而MSCorLib.dll包含了所有FCL中定義的核心類型.例如Object,String等。

命名空間和程式集的關係：
1. 從屬於一個命名空間的各個類型可能在不同的程式集中實現。例如:system.IO.FileStream類型是在MSCorlib.dll 程式集中實現的，而System.IO.FileSystemWatcher類型是在System.dll 程式集中實現的。事實上， .Net framework 甚至根本沒有發布一個System.IO.dll程式集。(一個程式集內可能有多個命名空間，同一個命名空間可能存在於不同的程式集中.)
2. 在一個程式集中，也可能包含不同命名空間中的類型。例如，System.Int32和System.Text.StringBuilder類型都在MSCorLib.dll程式集中。
3. 在.net framework SDk文檔中尋找一個類型時，文檔會明確的指出類型所屬的命名空間，以及實現了該類型的程式集。
（用一個形象的比喻：一個類型，它有兩個身份證，一個是命名空間，一個是程式集）