推薦：解析ASP.NET MVC項目中視圖的單元測試
關于視圖的單元測試 說到ASP.NET MVC，我們似乎始終都在關注對于Controller的測試雖然Stephen Walther也寫過如何脫離Web Server對View進行單元測試，但是他的方法可看而不可用。復雜的構造和預備，以及對生成的HTML字符串作判斷這真是在對視圖做單元測試嗎？

.net 平臺構成

1 底層操操作系統 windows

由于Web服務和使用Web服務的應用程序仍然運行在計算機上,而且既然是計算機都 要有外設,所以我們仍然需要一個操作系統.. Windows添加了Xml支持.. Windows XP和Windows.net (現在改名為windows Server 2003 ) 所有版本都都 為服務驅動的世界提供最好的支持.

特別地windowsXp和Windows 2003 Server 集成了Microsoft .net Passport Xml Web服務支持.Passport是一種用戶認證服務..當登錄使用Passport認證的Web站點和Web服務時的效率將會大提升.換句話說,用戶在訪問不同的互聯網著站點時,將不再需要每次都輸入用戶名和密碼.

另外Windows XP 和 Windows Server 2003 都提供了對.net框架的內置支持.

2 輔助產品:.net 企業服務器

這些產品主要是為企業的信息化和信息集成提供幫助的.

Microsoft Application Center

Microsoft BizTalk Server 2000 (現在出了個新版本)

Microsoft Commerce Server 2000

Microsoft Exchange 2000 郵件服務器

Microsoft HostIntegration Server 2000

Microsoft Internet Security and Acceleration(ISA) Server 2000

Microsoft Mobile Information Server 2002

Microsoft SQL Server 2000

這個產品剛開始跟我們的.net平臺其實沒什么關系.但以后可能為將一些.net特性集成到這些這些產品中, 目前新版的BizTalk 就集成了.net特性,差且通過vs.net 2003進行開發.

3 Microsoft XML Web 服務: .net My Servers

微軟作為一個Web服務的底層技術提供商的同時,也推出了自己的XML Web服務

.net Alerts

.net ApplicationSettings

.net Calendar

.net Categories

等等……

4開發平臺:.NET 框架

.net 框架包含兩個部分: 通用語言運行時(Common Language Runtime---CLR) 和.net 框架類庫(Framework Class libarary --FCL) .

.net 框架是.net平臺最關鍵的部分.

本書討論的就是開發面向.net 框架的應用程序和XML Web服務.

.net 框架開發平臺可以允許我們創建各種各樣的應用程序:XML Web服務、Web窗體，Win32 GUI程序，Win32 CUI 應用程序， Windows服務、實用程序、以及獨立的組件模塊。

Windows 2003 Server 內置了.NET框架

Microsft .net 框架為開發人員提供的技術比任何以前的微軟發平臺提供的技術都要多，比如代碼重用、代碼專業化、資源管理、多語言開發、安全、部署、管理等。在設計.net 框架時，微軟還感到有必要改進目前Windows平臺的某些缺陷。

CLR和FCL提供的部分服務：

l 一致的編程模型

現在的Windows操作系統，某些功能需要通過動態鏈接庫DLL來訪問，而某些功能又是通過COM對像來訪問。 在.net 框架下，所有的應用程序服務都將以一種一致的、面向對像的編程模型提供給開發人員。

l 簡化的編程方式

CLR的其中一個目的就是簡化Win32和COM 環境下所需要的各種繁雜的基礎構造。在CLR下，我們可以不需要 注冊表、全局惟一標識符、Iunknown 、AddRef、Release、HRESULT等。

l 可靠的版本機制

.net 框架采用了一種新型的版本機制來隔離應用程序組件，可以保證一個應用程序總能加載當初生成的測試時所使用的組件。 徹底關上了“DLL hell“的大門。

l 輕便的部署管理

在.net框架下，組件將不再受注冊表的任何引用。大多數.net框架應用程序的安裝工作所需要的只不過是將文件拷貝到一個目錄中。然后添加快捷方式都桌面、開始菜單就行了

l 廣泛的平臺支持

編譯后的.NET框架的源代碼實際上是通用中間語言(Common Intermediate Language) 只有在運行時，CLR才會將這些中間語言翻譯為CPU指令。這就意味著只要一臺機中包含有與ECMA兼容的CLR和FCL，我們便可以將.NET框架應用程序部署在該機上。

l 無縫的語言集成

CRL要求所有面向它的語言都要遵循一種稱作通用類型系統(Common Type System,簡稱CTS)的規范和通用語言規范

l 簡便的代碼重用

l 自動化的內存管理(垃圾收集)

CLR為我們自動追蹤資源的使用情況。

l 堅實的類型安全

CLR可以確保所有的代碼都是類型安全的。

l 豐富的調試支持

CLR完全支持跨語言調試

l 統一的錯誤報告

CLR中，所有的失敗的調用是通過異常來報告的。

l 全新的安全策略

傳統的安全機制都是基于用戶賬號來控制的。

CLR中的代碼訪問安全為我們提供了以代碼為中心的控制方式。

l 強大的互操作能力

.net框架完全支持COM ，以及傳統DLL中的Win32函數。

5 集成開發環境 Visual Studio .Net

微軟的Visual Stuaio .net 2003是最好的.net 框架應用程序開發工具。

總結：

這一章主要講了.net平臺的構成和.net平臺的最關鍵部分---CLR和FCL的特點。

.net框架的13大特點：

1. 一致的編程模型

2. 簡化的編程方式

3. 可靠的版本機制

4. 輕便的部署管理

5. 廣泛的平臺支持

6. 無縫的語言集成

7. 簡便的代碼重用

8. 自動化的內存管理(垃圾收集)

9. 堅實的類型安全

10. 豐富的調試支持

11. 統一的錯誤報告

12. 全新的安全策略

13. 強大的互操作能力

其實我個人感覺第5條目前來說還不是很有意義 ，因為至現在為止.net框架只能在windows上很好的使用，聽說出了個mono但目前還不是很成熟吧? 第12條其實非常重要，基于用戶帳號的安全機制對于互聯網來說是不太安全的，這直接會影響到.net的普及程度，也就影響到我的飯碗 ：)。

還有就是微軟的那些企業服務器我只知道一部分的用途，另一部分壓根不知道是干什么用的。也沒有時間主動去找相關資料。前段時間參加了微軟開發者日才知道BizTalk是干什么用的。那個主講人也挺牛。資料上寫的暈暈乎乎的東西，被他講的清晰明了，一聽就懂啊。

技術或語言特性或者說一些集成方案，只有了解它，才會去主動去使用它，但問題是，很多情況下不使用它也可以正常工作，只不過花費的時間和代價更高。而我在用更高的代價解決問題時，并不知道有一種更好的解決辦法存在，而且就在我身邊。我沒有太多時間去研究層出不窮的名詞背后的技術和特性。

有兩個辦法解決這個問題： 盡量的去了解各種新的事物，哪怕你剛開始認為它跟你的工作和興趣風牛馬不相及。另外一個就是期望那些提供商(比如微軟)在宣傳時更多的突出 程序員可以用那些產品解決實際應用中的哪些問題。(起碼面像程序員的宣傳是這樣的)

分享：談.NET平臺編程語言的未來
在去年的PDC2008召開期間，微軟逐步公開了圍繞.NET和編程語言的很多想法，據此我們可以饒有興趣地對.NET的未來預測一番。 .NET平臺以運行在通用語言運行時(Common Language Runtime，CLR)上的C#和VB.NET作為開端。CLR是通用語言架構(Common Language Infrast