為什么不是Web監(jiān)控服務(wù)器端

　　在ASP.NET Web窗體中，創(chuàng)建System.Web.UI.Page的一個實例并將服務(wù)器控件放置在其中（例如，一個日歷和一些按鈕），以便用戶輸入或查看信息。然后把這些控件連接到System.Web.UI.Page的事件中以允許進行交互。接著，編譯這個頁面，并且由ASP.NET運行時調(diào)用它，創(chuàng)建監(jiān)控服務(wù)器端的控件樹，樹中的每個控件都將經(jīng)歷整個事件的生命周期，顯示自己，并將結(jié)果作為HTML保存。作為結(jié)果，新的Web藝術(shù)開始顯現(xiàn)——Web窗體層在HTTP頂端進行事件處理和狀態(tài)管理——真正無狀態(tài)的協(xié)議。
　　為什么需要這種抽象呢？請記住，Web窗體是引入給非常熟悉Visual Basic6的微軟開發(fā)人員的。開發(fā)人員使用VB.6將按鈕拖到設(shè)計界面上并雙擊按鈕時，會立即創(chuàng)建Button Click事件處理程序。這是創(chuàng)建業(yè)務(wù)應(yīng)用程序的一種非常強大的方式，讓所有人因為快速應(yīng)用程序開發(fā)工具的產(chǎn)生而興奮。而當(dāng)開發(fā)人員開始使用傳統(tǒng)ASP時，實際上時使他們從使用的Visual Basic豐富環(huán)境中倒退異步。不論好壞，Web窗體將RAD體驗帶給了Web開發(fā)人員。
　　但是，隨著Web的不斷成熟以及CSS和XHTML的引入，越來越多的人對HTML有了自己的理解，新的Web藝術(shù)開始顯現(xiàn)。Web窗體仍然保持很高的開發(fā)效率，可以快速創(chuàng)建基于Web的業(yè)務(wù)程序。HTML雖然看起來生成良好，但是卻足以觸動制作XHTML和CSS站點的人的敏感神經(jīng)。HTML5尤其如此，人們重新關(guān)注語義更豐富的HTML。雖然諸如View State和Postback事件模型的Web窗體概念有其存在的理由，但是許多開發(fā)人員都希望擁有較低級的替代品，不僅可以提供HTML，而且可以提供HTTP自身。
　　此外，Web窗體的體系結(jié)構(gòu)讓使用當(dāng)前的單元測試工具進行測試變得困難，這些工具包括NUnit、MbUnit和xUnit.NET。ASP.NET Web窗體在設(shè)計時沒有考慮單元監(jiān)控測試，因此即使在Web上出現(xiàn)許多黑客時，平心而論，Web窗體也不能夠很好地進行測試驅(qū)動出發(fā)。ASP.NET MVC提供了對HTML的絕對控制，但并不否認(rèn)HTTP的存在，而且從一開始就是朝著可測試性這一目標(biāo)而設(shè)計的。