在同一個解決方案（.sln）下的A工程（.csproj）引用B工程的.dll後，在程式碼中使用using是無法找到對應名稱空間。

如圖1所示，MCC.Client引用了MCC.Business工程生成的.dll，但在圖2中，報了“Error 2 The type or namespace name 'UserProfile' could not be found (are you missing a using directive or an assembly reference?) C:\Documents and Settings\a531032\My Documents\visual studio 2010\Projects\MCC\MCC.Client\SysUtility\AppContext.cs 15 24 MCC.Client

圖1 解決方案結構

圖2 編譯錯誤

由於之前修改過工程名稱，一直以為是這個原因造成的引用失敗，便沿著一下方向查了一遍錯誤，最終找到了原因。

• 查詢被引用工程（此例中的MCC.Business工程）的Properties/Assembly.cs檔案中AssemblyTitle和AssemblyProduct是否有誤？如圖3所示。

圖3 MCC.Business的Properties/Assembly.cs檔案

• 右鍵檢視被引用工程（此例中的MCC.Business工程）的屬性是否正確？如圖4所示

圖4 MCC.Business的屬性頁

• 查詢引用者工程的.csproj中的值是否與MCC.Business的Assembly資訊一致？如圖5所示

圖5 MCC.Client的.csproj檔案

• 檢視引用者工程的屬性頁，欄位“Target Framework” 是否置為了“.NET Framework 4 Client Profile”？如圖6所示

圖6 MCC.Client的屬性頁

問題找到了

我的問題出在了建立MCC.Client工程（一個WinForm工程）時，VS 2010預設選擇了“.NET Framework 4 Client Profile”，以便於在客戶端部署時的便捷。但由於MCC.DataAccess工程中引用了System.Data.OracleClient（其並非包含在.NET Framework 4 Client Profile庫中，而在.NET Framework 4 Full庫中）。之後，MCC.Business引用了MCC.DataAccess生成的.dll，當MCC.Client去引用MCC.Business生成的.dll時，發現該.dll又引用了.NET Framework 4 Client Profile不包含的內容，所以在編譯時MCC.Client對MCC.Business的.dll給出編譯錯誤。

========================

.NET Framework 4 Client Profile 相對於 .NET Framework 4 的區別

• 是後者的一個子集
• 減少.NET Framework以及包還.NET Framework的應用程式的部署時間
• 減少.NET Framework部署的失敗
• 減少.NET Framework在ISV軟體的所佔大小，從而給其軟體更多的空間
• 減少安裝了.NET Framework Client Profile的系統受攻擊的“介面”，因為Client Profille中部包括ASP.NET和一些伺服器所要的元件
• 從下圖可以看到兩者大小差異