NopCommerce架構分析之(六)自定義RazorViewEngine和WebViewPage

系統(tǒng)中對Razor的支持包括兩部分，其中之一就是自定義RazorViewEngine

一、自定義RazorViewEngine

在Global.asax.cs的Application_Start方法中，注冊了自定義視圖引擎：

//remove all view engines 
ViewEngines.Engines.Clear(); 
//except the themeable razor view engine we use 
ViewEngines.Engines.Add(new ThemeableRazorViewEngine());

ThemeableRazorViewEngine繼承ThemeableBuildManagerViewEngine，

ThemeableBuildManagerViewEngine繼承ThemeableVirtualPathProviderViewEngine

ThemeableVirtualPathProviderViewEngine繼承VirtualPathProviderViewEngine，達到對虛擬路徑解析的目的。

說到ASP.NET MVC中的視圖引擎（ViewEngine），就不得不說IView和IViewEngine這兩個接口，要實現(xiàn)自定義的視圖引擎就必須要實現(xiàn)這兩個接口：

IView接口：IView是對MVC結(jié)構中View對象的抽象，此接口只有一個方法：void Render(ViewContext viewContext, TextWriter writer);Render方法將頁面HTML寫入到Writer中供瀏覽器顯示；

IViewEngine接口：IViewEngine接口的職責是尋找View對象，編寫自己的視圖引擎時可以繼承自IViewEngine并重寫該類的FindView和FindPartialView方法，這兩個方法返回一個ViewEngineResult表示搜索結(jié)果。

ASP.NET MVC提供了兩個實現(xiàn)了IViewEngine接口的類：VirtualPathProviderViewEngine和WebFormViewEngine。VirtualPathProviderViewEngine類實現(xiàn)了FindView和FindPartialView這兩個方法，用于根據(jù)指定的路徑和格式來搜索頁面文件，并且提供了Cache機制來緩存數(shù)據(jù)（由于使用的是ASP.NET Cache，依賴于HttpContext，所以無法在WebService或WCF項目中使用）。

VirtualPathProviderViewEngine尋找頁面的時候，具體從哪些路徑下進行尋找其實是根據(jù)該類中的這三個屬性來決定的：MasterLocationFormats、ViewLocationFormats、PartialViewLocationFormats，修改這三個屬性可以給我們的視圖引擎分配自定義的搜索路徑和文件格式。

二、自定義類WebViewPageTModel>

此類表示呈現(xiàn)使用ASP.NET Razor語法的視圖所需的屬性和方法。

所以每一個視圖都應該繼承此類。但是我們在項目中是看不到此繼承的，默認情況下Razor會讓視圖繼承自System.Web.Mvc.WebViewPageTModel>基類。也可以通過修改視圖目錄（每一個asp.net mvc項目下面都有一個~/Views/目錄）下的web.config文件來更改默認基類，NopCommerce就是使用此方法實現(xiàn)自定義WebViewPage類的。除此之外也可以在視圖文件中引入命名空間，但這種方法比較繁瑣，除非一個項目中有個別視圖需要自定義WebViewPage。