代码改变世界

Asp.net MVC的Model Binder工作流程以及扩展方法(2) - Binder Attribute

2014-03-27 09:24 JustRun 阅读(...) 评论(...) 编辑 收藏

上篇文章中分析了Custom Binder的弊端: 由于Custom Binder是和具体的类型相关,比如指定类型A由我们的Custom Binder解析,那么导致系统运行中的所有Action的访问参数,只要是类型A, 都会使用Custom Binder. 这篇文章将会介绍Binder Attribute方式扩展MVC的Model Binder, 这种方式更加的灵活和可操控。

本篇文章参考了ModelBinder——ASP.NET MVC Model绑定的核心, 结合Artech的这篇文章,对于MVC的Model Binder一定能够理解的更加深刻。

阅读目录:

一. Asp.net MVC Model Binder的源码分析

二. Model Binder的优先顺序以及扩展点

三. 自定义Binder Attribute - SessionUserBinderAttribute

四. 应用SessionUserBinderAttribute

五. 总结

一,Asp.net MVC Model Binder的源码分析

在实际使用Binder Attribute之前,我们先来看看Model Binder在MVC中是如何工作的。

1.1  首先, 在MVC中, 当一个请求发送到服务器,先是要经过Route匹配, 找到对应的Controller和Action, 然后才是构建Action中的参数,也就是Model Binder的过程。这个可以从MVC的源码, ControllerActionInvoker中看出来。
在ControllerActionInvoker.cs的函数GetParameterValue函数中,调用了GetModelBinder方法来获取构建该Action参数的Binder.

1.2 GetModelBinder方法,将会优先使用ParameterDescriptor描述中指定的Binder。这是本篇文章介绍的Model Binder扩展点 -- 为Action参数指定Binder.

1.3 在ParameterDescriptor没有指定Binder的情况下,按照这个优先顺序获取Binder

  a. 从BinderProvoder中获取
      b. 从global table中获取.  第一篇中的Custom Model Binder就是这里的扩展,定义一个Model Binder注册到global table中
      c. 从参数类型Attribute上指定的Binder获取。参数类型定义类的定义处,也可以使用Binder Attribute,指定该类的Action参数由指定的Binder处理。
      d. 使用MVC默认的Default Binder

blog-justrun1983

 

二,Model Binder的优先顺序以及扩展点

从上面MVC中Model Binder的源代码分析中,可以知道,参数如何构建取决于Binder,而获取Binder的源的优先顺序是:

1. PrameterDescriptor
2. Binder Provider
3. Global table
4. 参数类型定义的Binder Attribute
5. MVC的DefaultBinder

所以Model Binder的扩展点也是上面5处, 第一篇文章中介绍的是扩展点3, 这篇中介绍的是扩展点1, 下篇文章中,将会介绍扩展点5,也就是DefaultBinder.

三,自定义Binder Attribute - SessionUserBinderAttribute

还是以解决上篇文章中的Session依赖问题为入手。我们定义SessionUserBinderAttribute 继承自CustomModelBinderAttribute,重写方法GetBinder(),该Binder将从Session中获取值来构建Action参数。

[AttributeUsage(AttributeTargets.Parameter, AllowMultiple = false, Inherited = false)] 
public class SessionUserBinderAttribute : CustomModelBinderAttribute 
{ 
       public override IModelBinder GetBinder() 
       { 
           return new UserAccountModelBinder(); 
       } 
}

public class UserAccountModelBinder : IModelBinder 
{ 
       public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext) 
       { 
           if (controllerContext.HttpContext.Session["UserAccuont"] != null) 
           { 
               return controllerContext.HttpContext.Session["UserAccuont"]; 
           } 
           return null; 
       } 
}

四,应用SessionUserBinderAttribute

使用我们的SessionUserBinderAttribute改造Index方法

原有的Index方法是这样的:

public ActionResult Index() 
{ 
          var user = Session["UserAccuont"] as UserAccount; //从Session中获取当前登录用户的信息 
          //send email 
          var email = user.Email; 
          return new EmptyResult(); 
}

改造后的函数如下, 使用SessionUserBinder指定user参数的值,是从session中获取。

public ActionResult Index([SessionUserBinder]UserAccount user) 
{ 
           //send email 
           var email = user.Email; 
           return new EmptyResult(); 
}

同时, 如果在新增一个UserAccount表单提交的时候,由于没有使用SessionUserBinderAttribute, 该useraccount将会由MVC中的DefaultBinder处理,也就是从form中提取值。

[HttpPost] 
public ActionResult Create(UserAccount useraccount) 
{ 
    return View(); 
}

五,总结

这篇文章中,介绍了MVC中的model binder流程,以及罗列了model binder中5个的扩展点:

1. PrameterDescriptor
2. Binder Provider
3. Global table
4. 参数类型定义的Binder Attribute
5. MVC的DefaultBinder

其中这篇文章涉及的是扩展点1.
扩展点2 Artech的文章ModelBinder——ASP.NET MVC Model绑定的核心中有介绍。
扩展点3在文章Asp.net MVC的Model Binder工作流程以及扩展方法(1) - Custom Model Binder中 
扩展点4也是利用Binder Attribute,不同的地方是,它关联的不是参数,而是类型定义。作用和扩展点3范围一样,不在写文章展开。
扩展点5是MVC中的DefaultBinder, 下篇文章中,将会详细介绍。

Custom Model Binder是以类型指定binder, 我们比喻为全火力覆盖,这里介绍的CustomModelBinderAttribute可以达到定点清除的效果,也就是只有我指定的参数才由特定的binder处理。理解两者应用范围的不同,有助于我们选择使用哪种方式扩展。