带你读开源—ASP.NET_MVC（六）

        我们接着上一篇的进度，跟进到“带你读开源—ASP.NET_MVC（五）”代码段６中的Execute()方法的定义，发现它是WebPageExecutingBase类的一个抽象方法，而且我找遍了整个MVC源码，也没有找到Execute()方法的具体重写版本。我靠！一个抽象方法没有任何地方重写它，这是“什么鬼”？于是乎，我苦苦哀求度娘指点迷津，她老人家凭借渊博的知识给了我答案。还记得上一篇上标[1]处那个悬念吗？.cshtml文件不能直接执行，但是MVC把它即时翻译为一个类，这个类可以C:\Users\你的登录名\AppData\Local\Temp\Tempporary
ASP.NET Files下找到，它的文件名一般是形如App_Web_xvagnor1.1.cs。代码段１是一个Razor视图脚本，代码段2是代码段１经过即时翻译生成的Ｃ#类。
@model string[]
@{
ViewBag.Title = "Index";
}
这只是一大堆人名，不是名人：
@foreach (string name in Model) {
<span><b>@name</b></span>
}

代码段 1
public class _Page_Views_Home_Index_cshtml :System.Web.Mvc.WebViewPage<string[]>
{
public_Page_Views_Home_Index_cshtml()
{
}
public override void Execute()
{
WriteLiteral("\r\n");
ViewBag.Title ="Index";
WriteLiteral("\r\n这只是一大堆人名，不是名人：\r\n\r\n");
foreach (string name in Model)
{
WriteLiteral("<span><b>");
Write(name);
WriteLiteral("</b></span>\r\n");
}
}
}

代码段 2
        我们看代码段2所示的_Page_Views_Home_Index_cshtml类继承自System.Web.Mvc.WebViewPage<string[]>类，它有一个Execute方法的override，这不就是第一段中我们苦苦找寻的那个Execute重写的“什么鬼”吗？

        好吧，我承认，这里的跨度有点大，大家喝口水压压惊，小心别扯着“淡”，嘿嘿！我再给大家好好捋捋，也就是说：ActionResultàViewResult的ExecuteResult方法àBuildManagerCompiledView的Render方法àBuildManagerCompiledView的RenderView方法àWebViewPage的ExecutePageHierarchy方法àWebViewPage的Execute抽象方法à视图即时翻译类_Page_Views_Home_Index_cshtml的Execute方法。到这里，视图引擎寻找视图、翻译视图、发回响应就全部完成了。

        回过头来我们再看一下代码段2，类_Page_Views_Home_Index_cshtml的命名规则很有意思，首先它很长，其次它用下划线分割，意思是：这个类是一个页面视图，控制器是Home，Action是Index，是一个Ｃ#的类。在这个类里，cshtml中带@的代码原样输出，Html标记用WriteLiteral方法进行处理，该方法的定义在WebPageBase类的定义中，见代码段3，作用就是向浏览器发回HTML响应报文。

public override voidWriteLiteral(object value)
{
Output.Write(value);
}

代码段 3
        OK，到此为止，ASP.NET MVC的请求处理管线已经大概分析完了，啰哩啰唆，没有什么条理，想到那写到哪，大家别见笑。看到这，有人会以为这个系列有可能结束了，那么我告诉你，还早呢！想甩掉我，没门，哈哈！

------------------------我只是一条华丽的分割线--------------------------
        从现在开始，我们开始离开主线，来到分支，查漏补缺，分析细节。

        麻烦各位翻到在下的上一篇文章“带你读开源—ASP.NET_MVC（五）”，找到代码段3中的①【instance = ViewPageActivator.Create(_controllerContext, type);】。这句话意思是利用反射机制创建WebViewPage的实例，我们转到Create的定义，发现它是一个接口方法，见代码段4。

public interface IViewPageActivator
{
object Create(ControllerContextcontrollerContext, Type type);
}

代码段 4
        和往常一样，在源码里找IViewPageActivator的具体实现类，发现只有一个DefaultViewPageActivator类实现了该接口，见代码段5。

        public objectCreate(ControllerContext controllerContext, Type type)
{
try
{
return_resolverThunk().GetService(type) ?? Activator.CreateInstance(type);
}
catch (MissingMethodExceptionexception)
{
// Ensure thrown exceptioncontains the type name. Might be down afew levels.
MissingMethodExceptionreplacementException =
TypeHelpers.EnsureDebuggableException(exception, type.FullName);
if (replacementException !=null)
{
throwreplacementException;
}

throw;
}
}
代码段 ５
        代码段５的核心代码是【return _resolverThunk().GetService(type) ??Activator.CreateInstance(type);】，即利用反射来实例化type所代表的类型。那么这个type从哪里来的呢？我们在“带你读开源—ASP.NET_MVC（五）”的代码段3中找到【Type type =BuildManager.GetCompiledType(ViewPath);】这个语句，转到GetCompiledType的定义，发现它也是一个接口IBuildManager的方法（代码段6），而BuildManagerWrapper类实现了该接口（代码段7），BuildManager.GetCompiledType方法是系统预置的静态方法，作用是把我们的视图文件（cshtml）即时编译并返回编译得到的类型，这是这句话把代码段1翻译成了代码段2。

   internal interface IBuildManager
{
bool FileExists(string virtualPath);
Type GetCompiledType(stringvirtualPath);
ICollection GetReferencedAssemblies();
Stream ReadCachedFile(string fileName);
Stream CreateCachedFile(stringfileName);
}
代码段 6
      TypeIBuildManager.GetCompiledType(string virtualPath)
{
return BuildManager.GetCompiledType(virtualPath);
}
代码段 7