浅析WebFormView中的一个Bug

老赵的文章主要是针对WebFormView中的一个Bug，这个Bug在一般情况下不会出现问题，它没有遵循ASP.NET MVC既定的模型。

10年积累的成都网站制作、做网站经验，可以快速应对客户对网站的新想法和需求。提供各种问题对应的解决方案。让选择我们的客户得到更好、更有力的网络服务。我虽然不认识你，你也不认识我。但先网站设计制作后付款的网站建设流程，更有新罗免费网站建设让你可以放心的选择与我们合作。

最近需要搞一些重要的功能，结果又遇到了意料外的障碍。于是又仔细地看了看ASP.NET和ASP.NET MVC的源代码，又发现了以前不曾知道的一些细节。您最多说ASP.NET WebForms模型不一定适合某些Web应用程序的开发，但是我想没有人可以否认ASP.NET中设计的巧妙——以及复杂程度。其实ASP.NET为我们留下了不少切入点，但几乎没什么书会提到这些切入点，我们只能从微软自己的框架中一探究竟。

不过这次我想谈的是ASP.NET MVC框架中的一个Bug，这个Bug在一般情况下不会出现问题，但是这的确违反了ASP.NET MVC自身的设计。这个问题就出在WebFormView对象的实现上。

WebFormView是一个视图对象的实现。而在ASP.NET MVC中，任何视图都需要实现一个IView接口：

 
 
 
    
  
  
  
  1. public interface IView {  
    2.   
  
  
  2.     void Render(ViewContext viewContext, TextWriter writer);  
    3.   
  
  
  3. } 
    4.

Render方法的目的自然是根据ViewContext对象中的数据，将视图内容输出至TextWriter中。例如在HtmlHelper的RenderPartial方法，便是将一个Partial View输出至Response中.

 
 
 
    
  
  
  
  1. public class HtmlHelper {  
    2.   
  
  
  2.     ...  
    3.   
  
  
  3.     internal virtual void RenderPartialInternal(  
    4.   
  
  
  4.         string partialViewName,  
    5.   
  
  
  5.         ViewDataDictionary viewData,  
    6.   
  
  
  6.         object model,  
    7.   
  
  
  7.         ViewEngineCollection viewEngineCollection) {  
    8.   
  
  
  8.  
    9.   
  
  
  9.         ...  
    10.   
  
  
  10.  
    11.   
  
  
  11.         ViewContext newViewContext = new ViewContext(...);  
    12.   
  
  
  12.         IView view = FindPartialView(newViewContext, partialViewName, viewEngineCollection);  
    13.   
  
  
  13.         view.Render(newViewContext, ViewContext.HttpContext.Response.Output);  
    14.   
  
  
  14.     }  
    15.   
  
  
  15. } 
    16.

虽然我认为这里的做法是不太妥当的（这点下次再谈），但是这的的确确地表现了Render方法的设计意图。只可惜在WebFormView中，Render方法却违背了这一设计：

 
 
 
    
  
  
  
  1. public class WebFormView : IView {  
    2.   
  
  
  2.     ...  
    3.   
  
  
  3.     public virtual void Render(ViewContext viewContext, TextWriter writer) {  
    4.   
  
  
  4.         ...  
    5.   
  
  
  5.         object viewInstance = ...;  
    6.   
  
  
  6.         ...  
    7.   
  
  
  7.  
    8.   
  
  
  8.         ViewUserControl viewUserControl = viewInstance as ViewUserControl;  
    9.   
  
  
  9.         if (viewUserControl != null) {  
    10.   
  
  
  10.             RenderViewUserControl(viewContext, viewUserControl);  
    11.   
  
  
  11.             return;  
    12.   
  
  
  12.         }  
    13.   
  
  
  13.  
    14.   
  
  
  14.         ...  
    15.   
  
  
  15.     }  
    16.   
  
  
  16.  
    17.   
  
  
  17.     private void RenderViewUserControl(ViewContext context, ViewUserControl control) {  
    18.   
  
  
  18.         ...  
    19.   
  
  
  19.  
    20.   
  
  
  20.         control.ViewData = context.ViewData;  
    21.   
  
  
  21.         control.RenderView(context);  
    22.   
  
  
  22.     }  
    23.   
  
  
  23. } 
    24.

对于Partial View，WebFormView会加载合适的ViewUserControl实例，并调用其RenderView方法生成内容……但是，我们的writer参数到哪里去了？没错，对writer参数Find All Reference就会发现，这个参数根本没有用到。既然在这里就已经抛弃了我们指定writer，那么接下来的逻辑再怎么搞也就“那么一回事儿”了。

如果您感兴趣阅读代码的话，会发现事实上最终这个对象被放入了一个新建的ViewPage对象中，然后调用ViewPage的RenderView方法生成视图内容：

 
 
 
    
  
  
  
  1. public class ViewPage : Page, IViewDataContainer {  
    2.   
  
  
  2.     ...  
    3.   
  
  
  3.     public virtual void RenderView(ViewContext viewContext) {  
    4.   
  
  
  4.         ViewContext = viewContext;  
    5.   
  
  
  5.         InitHelpers();  
    6.   
  
  
  6.         // Tracing requires Page IDs to be unique.  
    7.   
  
  
  7.         ID = Guid.NewGuid().ToString();  
    8.   
  
  
  8.         ProcessRequest(HttpContext.Current);  
    9.   
  
  
  9.     }  
    10.   
  
  
  10. } 
    11.

瞧到这个HttpContext.Current了吗？也就是说，无论RenderView方法何时调用，永远是向HttpContext.Current输出内容。这个设计很不合理，但是修改起来还是非常简单的，例如以下几行代码就可以得到差不多的效果：

 
 
 
    
  
  
  
  1. public static class HtmlExtensions  
    2.   
  
  
  2. {  
    3.   
  
  
  3.     public static void Partial(this HtmlHelper htmlHelper, string partial)  
    4.   
  
  
  4.     {  
    5.   
  
  
  5.         var viewInstance = BuildManager.CreateInstanceFromVirtualPath(partial, typeof(object));  
    6.   
  
  
  6.         var control = viewInstance as ViewUserControl;  
    7.   
  
  
  7.  
    8.   
  
  
  8.         control.ViewContext = htmlHelper.ViewContext;  
    9.   
  
  
  9.         control.ViewData = htmlHelper.ViewData;  
    10.   
  
  
  10.  
    11.   
  
  
  11.         Page page = new ViewPage();  
    12.   
  
  
  12.         page.Controls.Add(control);  
    13.   
  
  
  13.  
    14.   
  
  
  14.         htmlHelper.ViewContext.HttpContext.Server.Execute(  
    15.   
  
  
  15.             page,  
    16.   
  
  
  16.             htmlHelper.ViewContext.HttpContext.Response.Output,  
    17.   
  
  
  17.             false);  
    18.   
  
  
  18.     }  
    19.   
  
  
  19. } 
    20.

但是我不喜欢这种做法，因为它没有遵循ASP.NET MVC既定的模型。ASP.NET MVC的确可以扩展，但如果需要按照标准扩展的话，我们作的事情就多了：

继承WebFormView，覆盖RenderView方法。

继承WebFormViewEngine，覆盖CreatePartialView方法，返回刚创建的新类。

在Application Start时，使用新的ViewEngine类替换ASP.NET MVC原有的视图引擎。

但是在实际情况中，我会选择使用使用第三种方法：下载ASP.NET MVC的源代码，改写，编译。既然它是MS-PL的授权协议，为什么不自己动手打一些Patch呢？事实上，我也打算使用这种方法来修补ASP.NET MVC的Bug或Design Issue，并发布一个临时的新项目，就叫作……MvcPatch如何？

当前文章：浅析WebFormView中的一个Bug
分享URL：http://www.shufengxianlan.com/qtweb/news15/55465.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

自适应网站知识

行业网站建设

绵竹网站建设　　 　双流网站建设　　 　成都小程序定制开发公司　　 　企业网站建设　　 　微商城开发　　 　成都名片印刷　　 　无边发光字制作　　 　企业网站设计　　 　和正兴机械　　 　宣传册设计　　 　节能环保网站建设方案　　 　成都网站推广　　 　抖音代运营　　 　江安网站建设　　 　虚拟主机购买　　 　成都网站建设公司　　 　营销型网站建设　　 　成都网站建设　　 　温江做网站公司　　 　川西大数据中心