ASP.NET MVC学习之模型绑定（2）

3.手工调用模型绑定

很多情况下我们都是通过形参的方式接收来自http流中的数据，这看似是完美的，但是缺少了很多过程中的控制，所以我们就需要使用手工的方式进行绑定。下面我们通过一个例子来说明，首先打开Views/Home/Index.cshtml页面，并输入如下代码：

 @{
     ViewBag.Title = "Index";
 }

 @if (TempData.ContainsKey("msg"))
 {
     <h1>
         @TempData["msg"].ToString()
     </h1>
 }

 @using (Html.BeginForm())
 {
     <input type="text" name="id" />
     <input type="submit" value="submit" />
 }

接着打开HomeController并写入如下代码（关于ActionName可以点击这进行参考）：

 namespace MvcStudy.Controllers
 {
     public class HomeController : Controller
     {
         private class TestA
         {
             public String id { get; set; }
         }

         public ActionResult Index()
         {
             return View();
         }

         [HttpPost]
         [ActionName("Index")]
         public ActionResult IndexPost()
         {
             TestA ta = new TestA();
             UpdateModel(ta);
             TempData["msg"] = ta.id;
             return View();
         }
     }
 }

这里我们通过UpdateModel进行手动绑定，最终的结果和采用形参的方式相同，读者可以进行测试可以发现输入的值都显示了，但是读者一定会奇怪，因为TestA中的id不仅仅存在于表单，同时还存在与RouteData中以及查询字符串中，我们可以用?id=123来测试这个页面可以发现并不会修改最终结果，而通过手动调用模型绑定的优点之一就是我们可以控制数据来源，比如我们修改HomeController代码如下所示：

         [HttpPost]
         [ActionName("Index")]
         public ActionResult IndexPost()
         {
             TestA ta = new TestA();
             UpdateModel(ta,new FormValueProvider(ControllerContext));
             TempData["msg"] = ta.id;
             return View();
         }

这里我们可以发现我们给UpdateModel传递了第二个参数，FormValueProvider这表示数据源只能来自于表单中，同样我们还可以修改成RouteDataValueProvider或者QueryStringValueProvider，具体的效果读者你自行替换之后，输入http://localhost:1201/Home/Index/123?id=asdsad测试，可以看看最后显示的内容是不是来自于我们指定的来源。再使用形参的方式中我们有时会遇到http流中不存在我们需要的值，并且这个形参的类型不能为null，或者我们不希望它为null，这个时候就会出现异常或者赋值为null，而通过UpdateModel则可以通过try…catch…的形式捕获InvalidOperationException异常从而手动处理，如果读者不希望通过这种方式也可以像下面这种形式来处理：

             if (TryUpdateModel(ta, new QueryStringValueProvider(ControllerContext)))
             {
                 //正确时的操作
             }
             else
             {
                 //异常时的操作
             }

这样我们只要通过if判断即可。

4.自定义值提供器

通过上面的我们发现ASP.NET MVC自带的模型绑定器已经提供了很多我们所需要的功能，但是有时候我们想某些值不是来自于http流中而是我们自己来填充的，那么这节知识会让你感兴趣，因为下面我们将要自定义一个值提供器来完成我们的需求。首先介绍需要用的接口和类，首先是IValueProvider接口：

 namespace System.Web.Mvc
 {
     // 摘要:
     //     定义 ASP.NET MVC 中的值提供程序所需的方法。
     public interface IValueProvider
     {
         // 摘要:
         //     确定集合是否包含指定的前缀。
         //
         // 参数:
         //   prefix:
         //     要搜索的前缀。
         //
         // 返回结果:
         //     如果集合包含指定的前缀，则为 true；否则为 false。
         bool ContainsPrefix(string prefix);
         //
         // 摘要:
         //     使用指定键来检索值对象。
         //
         // 参数:
         //   key:
         //     要检索的值对象的键。
         //
         // 返回结果:
         //     指定的键的值对象。
         ValueProviderResult GetValue(string key);
     }
 }

其中ContainsPrefix用来判断这个值的前缀是不是我们能够处理的（因为ASP.NET MVC其实自带了很多这种值提供器，最后会通过循环调用的方式调用这些提供器，直到有一个返回值。）然后就是GetValue方法就是返回对应的值了，当然光有这个还不够，还需要一个工厂去创建它，以提供调用，这个类就是ValueProviderFactory，而我们仅仅只需要实现GetValueProvider方法即可，其实就是new一个值提供器并返回，当然你也可以通过这个方法的ControllerContext从而有选择性的返回一个值提供器，下面我们简单的举一个例子来处理ns。

首先我们创建一个Provider文件夹，然后新建一个NSValueProvider类并在文件中写入如下代码：

 namespace MvcStudy.Provider
 {
     public class NSValueProvider : IValueProvider
     {

         public bool ContainsPrefix(string prefix)
         {
             return String.Compare("ns", prefix, true) == ;
         }

         public ValueProviderResult GetValue(string key)
         {
             if (ContainsPrefix(key))
             {
                 return new ValueProviderResult("from ns", null, CultureInfo.InvariantCulture);
             }
             return null;
         }
     }

     public class NSValueProviderFactory : ValueProviderFactory
     {
         public override IValueProvider GetValueProvider(ControllerContext controllerContext)
         {
             return new NSValueProvider();
         }
     }
 }

最后打开Global.asax将它注册：

 ValueProviderFactories.Factories.Insert(, new NSValueProviderFactory());

最后我们需要修改HomeController以便能够看到结果：

         public ActionResult Index(string ns)
         {
             TempData["msg"] = ns;
             return View();
         }

重新编译之后刷新页面我们就可以看到如下的结果：

这样我们就完成了一个值提供器了，看到这个读者一定会想模型提供器怎么去自定义呢，其实模型绑定器就是依靠这些值提供器完成的，大家想想就可以明白了。

5.模型绑定器

模型绑定器跟值提供器很相似，只是需要做的工作比较多，因为你要负责将一个类的属性填充，所以比较麻烦。下面是需要实现的接口IModelBinder:

 namespace System.Web.Mvc
 {
     // 摘要:
     //     定义模型联编程序所需的方法。
     public interface IModelBinder
     {
         // 摘要:
         //     使用指定的控制器上下文和绑定上下文将模型绑定到一个值。
         //
         // 参数:
         //   controllerContext:
         //     控制器上下文。
         //
         //   bindingContext:
         //     绑定上下文。
         //
         // 返回结果:
         //     绑定值。
         object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext);
     }
 }

这里重点是bindingContext参数，里面包含了很多绑定所需要的值和方法，下面我们举一个简单的例子，就是自定义一个模型绑定器负责绑定如下类：

         public class TestA
         {
             public String id { get; set; }
         }

同时还要规定只能通过name为ns.id获取值，并不会根据参数的名称去获取，下面就是我们实现接口的代码：

 namespace MvcStudy.Provider
 {
     public class NSModelBinder : IModelBinder
     {

         public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
         {
             TestA a = (TestA)bindingContext.Model ?? new TestA();
             bool isHave = bindingContext.ValueProvider.ContainsPrefix("ns.id");
             if (isHave)
             {
                 a.id = bindingContext.ValueProvider.GetValue("ns.id").AttemptedValue;
             }
             else
             {
                 a.id = "asd";
             }
             return a;
         }
     }
 }

最后一步当然还是需要注册（Global.asax）：

 ModelBinders.Binders.Add(typeof(MvcStudy.Controllers.HomeController.TestA), new NSModelBinder());

然后我们重新编译，并在页面中输入值并提交，可以发现TestA的id并不是我们输入的值而是模型绑定器中的值，但是如果我们将Views/Home/Index.cshtml中的文本框的name改成ns.id之后，我们再输入值，最后显示的就是我们输入的值了，由此可以看出来模型绑定器是依赖于值提供器的。

至此关于模型绑定的部分就结束了，下面我们将开始学习模型验证。