ASP.NET MVC学习之模型绑定

Posted 2020-06-17

3.手工调用模型绑定

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

 1 @{
 2     ViewBag.Title = "Index";
 3 }
 4 
 5 @if (TempData.ContainsKey("msg"))
 6 {
 7     <h1>
 8         @TempData["msg"].ToString()
 9     </h1>
10 }
11 
12 @using (html.BeginForm())
13 {
14     <input type="text" name="id" />
15     <input type="submit" value="submit" />
16 }

 

 

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

 1 namespace MvcStudy.Controllers
 2 {
 3     public class HomeController : Controller
 4     {
 5         private class TestA
 6         {
 7             public String id { get; set; }
 8         }
 9 
10         public ActionResult Index()
11         {
12             return View();
13         }
14 
15         [HttpPost]
16         [ActionName("Index")]
17         public ActionResult IndexPost()
18         {
19             TestA ta = new TestA();
20             UpdateModel(ta);
21             TempData["msg"] = ta.id;
22             return View();
23         }
24     }
25 }

 

 

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

1         [HttpPost]
2         [ActionName("Index")]
3         public ActionResult IndexPost()
4         {
5             TestA ta = new TestA();
6             UpdateModel(ta,new FormValueProvider(ControllerContext));
7             TempData["msg"] = ta.id;
8             return View();
9         }

 

 

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

1             if (TryUpdateModel(ta, new QueryStringValueProvider(ControllerContext)))
2             {
3                 //正确时的操作
4             }
5             else
6             {
7                 //异常时的操作
8             }

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

 

4.自定义值提供器

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

 View Code

 

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

 

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

 1 namespace MvcStudy.Provider
 2 {
 3     public class NSValueProvider : IValueProvider
 4     {
 5 
 6         public bool ContainsPrefix(string prefix)
 7         {
 8             return String.Compare("ns", prefix, true) == 0;
 9         }
10 
11         public ValueProviderResult GetValue(string key)
12         {
13             if (ContainsPrefix(key))
14             {
15                 return new ValueProviderResult("from ns", null, CultureInfo.InvariantCulture);
16             }
17             return null;
18         }
19     }
20 
21     public class NSValueProviderFactory : ValueProviderFactory
22     {
23         public override IValueProvider GetValueProvider(ControllerContext controllerContext)
24         {
25             return new NSValueProvider();
26         }
27     }
28 }

 

 

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

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

 

 

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

1         public ActionResult Index(string ns)
2         {
3             TempData["msg"] = ns;
4             return View();
5         }

 

 

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

 

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

 

5.模型绑定器

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

 1 namespace System.Web.Mvc
 2 {
 3     // 摘要:
 4     //     定义模型联编程序所需的方法。
 5     public interface IModelBinder
 6     {
 7         // 摘要:
 8         //     使用指定的控制器上下文和绑定上下文将模型绑定到一个值。
 9         //
10         // 参数:
11         //   controllerContext:
12         //     控制器上下文。
13         //
14         //   bindingContext:
15         //     绑定上下文。
16         //
17         // 返回结果:
18         //     绑定值。
19         object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext);
20     }
21 }

 

 

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

1         public class TestA
2         {
3             public String id { get; set; }
4         }

 

 

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

 1 namespace MvcStudy.Provider
 2 {
 3     public class NSModelBinder : IModelBinder
 4     {
 5 
 6         public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext)
 7         {
 8             TestA a = (TestA)bindingContext.Model ?? new TestA();
 9             bool isHave = bindingContext.ValueProvider.ContainsPrefix("ns.id");
10             if (isHave)
11             {
12                 a.id = bindingContext.ValueProvider.GetValue("ns.id").AttemptedValue;
13             }
14             else
15             {
16                 a.id = "asd";
17             }
18             return a;
19         }
20     }
21 }

 

 

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

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

 

 

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

 

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

 

转自：http://www.cnblogs.com/yaozhenfa/p/asp_net_mvc_model_bind_2.html