monorail是一個mvc模式的web架構, 它完全拋棄了傳統的webform. 很多朋友都擔心monorail會存在效能問題. 一個原因是它大量使用反射, 一個是它的velocity頁面模板是解釋執行(monorail有編譯執行的brail模板引擎, 但是通常由於學習成本及它未及velocity成熟的因沒有被採用). 當然webform複雜的生命週期, 控制項結構及viewstate機制也是效能的瓶頸. 經過簡單的測試, 總體來說monorail會比webform慢5%左右.
我感覺到更大的問題是monorail的官方並不支援頁面級緩衝. 頁面緩衝對互連網應用來說是很重要的, 因為網站讀操作的頻率要遠遠大於寫, 而且還會不幸碰上無恥的爬蟲和發廣告軟體的攻擊. 我反編譯了跟緩衝相關的.net framework代碼後, 發現它和webform完全無關, 管理頁面緩衝的System.Web.Caching.OutputCacheModule在HttpApplication的ResolveRequestCache事件中尋找是否有可用的緩衝, 在UpdateRequestCache事件中檢查當前HttpResponse的CachePolicy, 決定是否要把Response的內容緩衝起來. 所以任何形式的asp.net應用程式都可以使用它, 只需要設定好當前的HttpResponse的CachePolicy. 在webform裡頁面緩衝是作為先行編譯指令標記在aspx裡, 在monorail中, 典型的的做法就是為controller編寫一個facility, 然後通過自訂的Attribute去指定緩衝相關的屬性.
這個facility很簡單: 定義一個的Attribute用來標記在controller和action上, 屬性照搬@outputcache指令的參數Duration, Location, VaryByParam, VaryByHeader, VaryByCustom, 註冊自己的contributor, inspector, 在inspector雷根據Attribute的屬性去設定HttpContext.Current.Response.Cache, 就這樣ok了...
[PageCache]
public class HomeController : SmartDispatcherController
{
[PageCache(Duration = 30, VaryByParam = "*")]
public virtual void Index()
{
}
}
http://files.cnblogs.com/Yok/MonoRailPageCache.rar