asp.net mvc webform和razor的page基類區別

標籤：inherits   protected   方法   contex   沒有   dma   protect   inf   color   

接觸過asp.net mvc的都知道，在傳統的webform的模式下，page頁面的基類是這樣聲明的：

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage" %>

View Code

如果是partial view的話，則是這樣聲明的：

<%@ Control Language="C#" Inherits="ViewUserControl<dynamic>" %>

View Code

可以知道如果傳統的view的話是繼承於ViewPage這個類，如果是partialView的話則是繼承於ViewUserControl這個類。

為了證明我們的分析是否正確，我們看一下asp.net mvc的源碼，在源碼中有一個WebFormView類，這個就是支援我們傳統的web form的基類，我們來看一下它的RenderView是怎麼實現的，順便這裡提一下，WebFormView繼承於BuildManagerCompiledView，這個我們以後討論。

protected override void RenderView(ViewContext viewContext, TextWriter writer, object instance)        {            ViewPage viewPage = instance as ViewPage;            if (viewPage != null)            {                RenderViewPage(viewContext, viewPage);                return;            }            ViewUserControl viewUserControl = instance as ViewUserControl;            if (viewUserControl != null)            {                RenderViewUserControl(viewContext, viewUserControl);                return;            }            throw new InvalidOperationException(                String.Format(                    CultureInfo.CurrentCulture,                    MvcResources.WebFormViewEngine_WrongViewBase,                    ViewPath));        }

View Code

我們可以清楚的看到，先對object instance判斷是否是ViewPage類型，如果為空白則判斷是否是ViewUserControl類型，如果兩者都不是則拋出異常，由此我們可以得知，傳統的webform主要由這兩個基類組成。在傳統的asp.net webform是怎麼的情況，還需要大家自己去論證。

好了，我們對asp.net mvc webform進行了分析，以後如果要重寫基類的話，只要根據具體的需要對ViewPage和ViewUserControl進行重寫就行了。

那麼自從asp.net mvc 3.0以後微軟推出一個新的視圖引擎razor以後，他的基類結構是否發生變化？

事實的確是這樣的，當我們使用Razor引擎的時候，我們建立的.cshtml檔案沒有了之前類似webform的頭部聲明：

<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage" %>

View Code

取而代之則是什麼都沒有，這一時讓我們需要重寫基類的童鞋們摸不著頭腦，好了那讓我們用同樣的思路進行一下分析，razor的頭部聲明沒有，不代表他不繼承於基類，既然省略那麼說明一個很直接的原因就是他們的view和partialview的頭部聲明應該是一樣的，所以微軟乾脆就省去不寫了。那為了論證我們的猜想是否正確，我們看一下源碼。

同樣在源碼中有一個RazorView類，這個和WebFormView是對應著的，他同樣也繼承於BuildManagerCompiledView類，同理讓我們來看一下他的RenderView方法是如何?的。

protected override void RenderView(ViewContext viewContext, TextWriter writer, object instance)        {            if (writer == null)            {                throw new ArgumentNullException("writer");            }            WebViewPage webViewPage = instance as WebViewPage;            if (webViewPage == null)            {                throw new InvalidOperationException(                    String.Format(                        CultureInfo.CurrentCulture,                        MvcResources.CshtmlView_WrongViewBase,                        ViewPath));            }            // An overriden master layout might have been specified when the ViewActionResult got returned.            // We need to hold on to it so that we can set it on the inner page once it has executed.            webViewPage.OverridenLayoutPath = LayoutPath;            webViewPage.VirtualPath = ViewPath;            webViewPage.ViewContext = viewContext;            webViewPage.ViewData = viewContext.ViewData;            webViewPage.InitHelpers();            if (VirtualPathFactory != null)            {                webViewPage.VirtualPathFactory = VirtualPathFactory;            }            if (DisplayModeProvider != null)            {                webViewPage.DisplayModeProvider = DisplayModeProvider;            }            WebPageRenderingBase startPage = null;            if (RunViewStartPages)            {                startPage = StartPageLookup(webViewPage, RazorViewEngine.ViewStartFileName, ViewStartFileExtensions);            }            webViewPage.ExecutePageHierarchy(new WebPageContext(context: viewContext.HttpContext, page: null, model: null), writer, startPage);        }

View Code

正如我們猜想的在RenderView方法中只看到一個WebViewPage的類，那麼就說明Razor引擎的View和PartialView的基類進行了合并，其實我們可以通過副檔名也可以得知，因為razor的副檔名不管是view和partialview都是.cshtml，和之前webform的模式已經不同。

既然razor進行了合并，那麼他們的頭部聲明肯定都是一樣的，所以微軟就省去了這個環節。

那麼razor該如何重寫基類呢，如果聲明頁面頭部繼承關係呢？

同樣我們繼承於WebViewPage基類，然後在自己的view或者partialview的頭部進行如下聲明：

@inherits CustomWebViewPage

或者

@inherits CustomWebViewPage<CustomModel>

這樣就可以實現同的自訂實現了，不過這裡需要提一點，由於WebViewPage是一個abstract類型的類，所以不能直接執行個體化，那麼一點繼承的話，裡面必須需要實現一個Excute方法。如果你聲明的CustomWebViewPage也是一個abstract類型，則不需要重寫，調用預設的實現就可以，但是如果不是則要自己去實現自訂的excute方法。

 

asp.net mvc webform和razor的page基類區別