命名空間可以幫你組織企業的.NET源代碼，但要做到這一點，必須要有可靠的計劃。 by Jonathan Goodyear, MCSD, MCP, CLS
還記得在COM中為企業組織源代碼有多難嗎?典型情況下，你在命名時只可以用兩個級 別(level)：項目名稱和類名稱。你的ProgID通常是以下面的形式顯示的： XYZCompanyAccounting.Payroll。顯然，這種方法並不理想。如果可以更細地劃分命名空 間標識符就更好了。例如，在.NET中，ProgID可以表示成： XYZCompany.Accounting.Payroll。在這個例子中，兩者的差別並不大，但當你在定義層 次更多的項目時，它們的差別就會很明顯了。
實際上，.NET Framework可以讓你創建更深層嵌套的命名空間，這種功能會使編程工 作更順利(或更糟)。要運用深層嵌套的命名空間需要我們更仔細地做計劃，並需要企業各 開發小組的配合。本文提供了一些有用的建議，講述了如何以命名空間的形式來組織源代 碼，以及如何在Visual SourceSafe(VSS)項目中組織企業的.NET源代碼。
構建你的命名空間
作為出發點，你為一個源代碼單元分配的每個命名空間都應該以公司標識符開頭，這 是很有用的。例如，在前面的例子中，我是以“XYZCompany”開頭的。命名空間的下一部 分取決於代碼的目的范圍。如果你的代碼是包含商業邏輯的一個特定項目，那麼命名空間 的下一部分就應該是你的項目的名稱(例子中的“Accounting”)。接下來是細分你的項目 (例子中的“Payroll”)。因此，你的特定項目的命名空間就應該是： XYZCompany.Accounting.Payroll
然後，你可以在XYZCompany.Accounting.Payroll命名空間中為手頭更具體的任務來定 制類。通過在更細的基礎上劃分商業邏輯命名空間，你就可以在VSS中將代碼分成更具體 的項目單元(我在後面會更詳細地對此加以講述)。
ASP.NET Web項目和Web services項目是特定項目命名空間的特殊的例子。對於 ASP.NET Web項目來說，一個很好的命名標准就是CompanyName.ProjectName.Website。同 樣，Web services項目的一個很好的命名標准就是 CompanyName.ProjectName.WebServices。
根據該語法，用於XYZCompany的帳目網站和Web services的命名空間就會是： XYZCompany.Accounting.Website
XYZCompany.Accounting.WebService
你運用的命名空間方案可以根據源代碼的目的范圍改變。如果你打算讓代碼跨企業共 享，那麼在命名空間中就不要放項目的名稱。我還建議你不要創建自己的命名標准。作為 替代，你應該遵循Microsoft已經為.NET Framework建立的標准。例如，如果XYZCompany 的開發人員要構建一個企業類庫來將數據訪問封裝到SQL Server中，那麼他們應該用下面 的命名空間：XYZCompany.Data.SqlClient
該命名空間模擬了.NET Framework中的System.Data.SqlClient命名空間結構。同樣， 如果XYZCompany的開發人員要構建一個類庫來封裝他們自定義的事件日志(event logging)，那麼下面的命名空間就會很適合：XYZCompany.Diagnostics
在你的命名空間中創建唯一的類名總是很好的。通過這種方法，當有必要讓你的代碼 同時運用.NET Framework命名空間和特定企業的命名空間時，就不會出現類名沖突的現象 。例如，你應該將自定義的事件日志類命名為EventLogger或XYZEventLog，而不是 EventLog。我更喜歡用前面提到的建議，因為在一個完全形式的(fully-qualified)類名 中不只一次地列出公司名稱會很啰唆。
出於幾個原因，以這種格式構建你的命名空間是很重要的。首先，通過建立一個公司 名形式的根命名空間，我們在以後購買第三方產品時就避免了可能出現的命名空間沖突現 象。第二，通過采用與.NET Framework一樣的命名空間結構，你就可以讓開發人員更容易 地在企業底層架構中找到為他們所需要的功能提供了支持的類。Microsoft的類編目系統 可能並不完善，但是讓開發人員去學習另外一個特定於你的企業的編目系統並沒有意義。 第三，通過為企業構建命名空間層次，你就可以很容易地用一個文件生成工具(如NDoc)為 整個類庫編譯一個單獨的MSDN形式的文件了。
構建你的項目
在構建好命名空間格式後，我們就可以考慮如何在VSS中構建項目了。我建議在你的 VSS樹狀目錄結構的頂層中運用兩個項目節點：XYZ Enterprise .NET Class Library
XYZ Project .NET Class Library
這兩個項目節點可以讓你創建兩個單獨的文件(一個用於特定項目代碼，另一個用於企 業代碼)。在每個頂層節點下，以公司名的形式創建一個項目節點(本例中的XYZCompany) 。這就是你的根命名空間。至於VSS項目樹狀目錄結構的其它部分，我們可以復制你已經 創建的命名空間結構，用文件夾來替代命名空間中的圓點(.)，這同Java中各層次的類的 顯示形式是類似的：在代碼中以圓點顯示、
在CLASSPATH系統環境變量中用文件夾顯示(見圖1)。記住，我們總是需要用完全形式 的、完整的命名空間名稱來命名你的項目文件。
提到命名標准，我建議你遵循Microsoft已經建立的一些類名後綴。例如，屬性類都應 該是以單詞“Attribute”結尾的，異常類都應該以“Exception”結尾。這就是說，你在 決定為准備構建的類命名時，先要確定它屬於哪種類型的類，並查看.NET Framework類庫 ，看看是否已經有命名標准了。如果有，就遵循該命名標准。
我所講述的命名空間結構只是為了幫你組織企業的.NET源代碼。對於大多數公司來說 ，.NET還是項很新的技術，所以現在運用一個組織好的編目系統正是時候。通過本文，我 們就會意識到為你的命名空間建立一個標准的命名結構的重要性。否則，你的.NET代碼就 會是個混亂的、深層嵌套的ProgID代碼庫，你在運用它時，就會很費勁。
