Web Pages就是原來內置於MVC3裡面的Razor的剝離。理論上來說，http://ASP.NET可以選擇兩種框架模型，基於頁面 或者 基於MVC基於頁面可以選擇 WebForm 作為表現層，也可以選擇 WebPages 作為表現層。同樣的，基於MVC也有這兩種檢視引擎。其實說白了，表現層是可以獨立於下面的框架模型的，所以兩兩組合後可以有四種選擇。WebPages 一開始是作為 MVC 的檢視引擎來做的，所以和 WebForms 相比的話，在某些方面在某種意義上來說功能並不完整。但是好在輕量和擁有最便捷的程式碼雜湊語法（HTML和程式碼混寫）。同時由於輕量，所以 WebPages 也可以獨立作為模板引擎來使用。順便說一下我的 Jumony 也是作為 MVC 的檢視引擎和獨立處理頁面兩種模式並存。做技術選型的時候，一般分兩步選擇。第一步考慮是基於頁面還是基於MVC，如果你的業務邏輯與頁面緊密相關，不同頁面之間共性較少，或者說頁面和頁面之間差異較大可以以頁面劃分功能模組，又或者專案非常小以至於只有一兩個頁面。這些情況下可以考慮採用基於頁面的模型。然後再選擇表現層框架，如果不需要PostBack的話，就可以考慮WebPages了。基於頁面的模式雖然在今天已經在逐步退出主流，但我卻也不覺得前途灰暗。其實說白了任何一個表現層技術都可以做成基於頁面和基於MVC兩種模式，將來也必然是這樣的一種局面。基於頁面的模型在構建小型網站和以頁面劃分模組的網站上是有優勢的。
Web Pages就是原來內置於MVC3裡面的Razor的剝離。理論上來說，http://ASP.NET可以選擇兩種框架模型，基於頁面 或者 基於MVC基於頁面可以選擇 WebForm 作為表現層，也可以選擇 WebPages 作為表現層。同樣的，基於MVC也有這兩種檢視引擎。其實說白了，表現層是可以獨立於下面的框架模型的，所以兩兩組合後可以有四種選擇。WebPages 一開始是作為 MVC 的檢視引擎來做的，所以和 WebForms 相比的話，在某些方面在某種意義上來說功能並不完整。但是好在輕量和擁有最便捷的程式碼雜湊語法（HTML和程式碼混寫）。同時由於輕量，所以 WebPages 也可以獨立作為模板引擎來使用。順便說一下我的 Jumony 也是作為 MVC 的檢視引擎和獨立處理頁面兩種模式並存。做技術選型的時候，一般分兩步選擇。第一步考慮是基於頁面還是基於MVC，如果你的業務邏輯與頁面緊密相關，不同頁面之間共性較少，或者說頁面和頁面之間差異較大可以以頁面劃分功能模組，又或者專案非常小以至於只有一兩個頁面。這些情況下可以考慮採用基於頁面的模型。然後再選擇表現層框架，如果不需要PostBack的話，就可以考慮WebPages了。基於頁面的模式雖然在今天已經在逐步退出主流，但我卻也不覺得前途灰暗。其實說白了任何一個表現層技術都可以做成基於頁面和基於MVC兩種模式，將來也必然是這樣的一種局面。基於頁面的模型在構建小型網站和以頁面劃分模組的網站上是有優勢的。