接触过asp.net mvc的都知道，在传统的webform的模式下，page页面的基类是这样声明的：
<%@ Page Language="C#" MasterPageFile="~/Views/Shared/Site.Master" Inherits="ViewPage" %>
如果是partial view的话，则是这样声明的：
<%@ Control Language="C#" Inherits="ViewUserControl<dynamic>" %>
可以知道如果传统的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));}
我们可以清楚的看到，先对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" %>
取而代之则是什么都没有，这一时让我们需要重写基类的童鞋们摸不着头脑，好了那让我们用同样的思路进行一下分析，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);}
正如我们猜想的在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方法。
