abstract：Web Pages就是原來內置于MVC3里面的Razor的剝離。理論上來說，http://ASP.NET可以選擇兩種框架模型，基于頁面 或者 基于MVC基于頁面可以選擇 WebForm 作為表現(xiàn)層，也可以選擇 WebPages 作為表現(xiàn)層。同樣的，基于MVC也有這兩種視圖引擎。其實說白了，表現(xiàn)層是可以獨立于下面的框架模型的，所以兩兩組合后可以有四種選擇。WebPages 一開始是作為 MVC 的視

Web Pages就是原來內置于MVC3里面的Razor的剝離。

理論上來說，http://ASP.NET可以選擇兩種框架模型，基于頁面 或者 基于MVC
基于頁面可以選擇 WebForm 作為表現(xiàn)層，也可以選擇 WebPages 作為表現(xiàn)層。
同樣的，基于MVC也有這兩種視圖引擎。
其實說白了，表現(xiàn)層是可以獨立于下面的框架模型的，所以兩兩組合后可以有四種選擇。
WebPages 一開始是作為 MVC 的視圖引擎來做的，所以和 WebForms 相比的話，在某些方面在某種意義上來說功能并不完整。但是好在輕量和擁有最便捷的代碼雜湊語法（HTML和代碼混寫）。同時由于輕量，所以 WebPages 也可以獨立作為模板引擎來使用。

順便說一下我的 Jumony 也是作為 MVC 的視圖引擎和獨立處理頁面兩種模式并存。

做技術選型的時候，一般分兩步選擇。

第一步考慮是基于頁面還是基于MVC，如果你的業(yè)務邏輯與頁面緊密相關，不同頁面之間共性較少，或者說頁面和頁面之間差異較大可以以頁面劃分功能模塊，又或者項目非常小以至于只有一兩個頁面。這些情況下可以考慮采用基于頁面的模型。

然后再選擇表現(xiàn)層框架，如果不需要PostBack的話，就可以考慮WebPages了。

基于頁面的模式雖然在今天已經在逐步退出主流，但我卻也不覺得前途灰暗。其實說白了任何一個表現(xiàn)層技術都可以做成基于頁面和基于MVC兩種模式，將來也必然是這樣的一種局面。

基于頁面的模型在構建小型網站和以頁面劃分模塊的網站上是有優(yōu)勢的。