ASP.NET MVC Model绑定(三)
前言
看过前两篇的朋友想必对Model绑定有个大概的了解,然而MVC框架给我们提供了更高的可扩展性的提供程序编程模式,也就是本篇的主题了。会解说一下Model绑定器提供程序的实现以及解决一下上篇遗留的问题。
第一个问题是ModelBinderProviderCollection类型的运行过程?
还有个本篇的问题就是相同的向系统上下文中注冊Model绑定器和Model绑定器提供程序。哪一个优先级更高?
Model绑定
- IModelBinder、自己定义Model绑定器简单实现
- Model绑定器在MVC框架中的位置
- MVC中的默认Model绑定器生成过程
- IModelBinderProvider的简单应用
- IValueProvider在MVC框架中生成的位置以及过程
- IValueProvider的应用场景
- IValueProvider的实现之NameValueCollectionValueProvider
IModelBinderProvider的简单应用
首先我们先看一下IModelBinderProvider类型的定义,代码1-1:。
代码1-1
public interface IModelBinderProvider { // 摘要: // 返回指定类型的模型联编程序。// // 參数: // modelType: // 模型的类型。 // // 返回结果: // 指定类型的模型联编程序。 IModelBinder GetBinder(Type modelType); }
在代码1-1中我们看出,当中的GetBinder()方法是依据ViewModel的类型来做一些操作,最后返回Model绑定器。如今我们自己定义实现一个Model绑定器提供程序代码1-2。
代码1-2
using System.Web.Mvc; using ConsoleApplication2; namespace MvcApplication.Infrastructure { public class MyCustomModelBinderProvider : IModelBinderProvider { public IModelBinder GetBinder(Type modelType) { if (modelType == null) { throw new ArgumentNullException("modelType"); } if (modelType == typeof(Customer)) { //返回相应Customer类型的Model绑定器 } return null; } } }
在代码1-2中我们依据modelType推断是否是Customer类型。然后返回相应Customer类型的Model绑定器。
为什么这里的实现是空的。由于我想把我们前面解说过的IoC框架用起来,让Model绑定器提供程序跟Model绑定器解除耦合。想把IoC框架的应用定义在当前系统的上下文中。我们看一下代码实现,代码1-3。
代码1-3
using System.Web.Mvc; using Ninject; using System.ComponentModel; using System.ComponentModel.Design; using MvcApplication.Infrastructure.NinjectControllerPart; namespace MvcApplication { public class MVCSystemContext { private static MVCSystemContext _MVCSystemContext; public static MVCSystemContext Context { get { if (_MVCSystemContext == null) { _MVCSystemContext = new MVCSystemContext(); } return _MVCSystemContext; } } private ServiceContainer _serviceContainer; private MVCSystemContext() { _serviceContainer = new ServiceContainer(); _serviceContainer.AddService(typeof(NinjectController),NinjectController.Instance); } public NinjectController NinjectController { get { return (NinjectController)_serviceContainer.GetService(typeof(NinjectController)); } } } }
代码1-3其中就是我定义的当前系统上下文了,仅仅只是这个是给自己用的,上下文对象中想必是不会把所用到的全部数据或者是功能都加入在里面的,仅仅是加入个引用而已。如代码1-3中的NinjectController属性。NinjectController属性相应的类型就是NinjectController类型,NinjectController类型的作用就是提供IoC框架的功能,我们看一下代码1-4中对于NinjectController类型的定义。
代码1-4
using Ninject; namespace MvcApplication.Infrastructure.NinjectControllerPart { public class NinjectController { private static NinjectController _Instance; public static NinjectController Instance { get { return _Instance = new NinjectController(); } } private IKernel _ninjectKernel; private NinjectController() { _ninjectKernel = new StandardKernel(); } public void AddKernelBind<T, U>()where U:T { _ninjectKernel.Bind<T>().To<U>(); } public T GetValueType<T>(Type keyType) { var valueType = _ninjectKernel.Get(keyType); return (T)valueType; } } }
当中对于Ninject这个IoC框架进行了一个最基础的功能封装,有的朋友可能会问为什么不公开个一个属性。何必这样多此一举,由于我对Ninject的使用也不是非常熟练,对于这部分的封装我仅仅是让其简单的公开了两个功能,一个是绑定一个是获取值,这样让这部分内容还在我的可控范围内。假设是公开属性的话。其它人的胡乱使用导致错误的话是不可控的。
切回主题,这样基础定义好了过后,我们再改动1-2中的代码,把详细实现给加上,演示样例代码1-5所看到的。
代码1-5
if (modelType == typeof(Customer)) { //返回相应Customer类型的Model绑定器 return MVCSystemContext.Context.NinjectController.GetValueType<IModelBinder>(typeof(IModelBinder)); }
能够看到代码1-5中。依据我们自己定义上下文中的提供的IoC功能获取到绑定在IoC框架中的值。那么绑定又是在哪里呢?跟ASP.NET MVC Model绑定(一)所演示的那样,还是在项目的Global.asax文件里的MvcApplication类型的Application_Start()方法中加入如代码1-6。
代码1-6
MVCSystemContext.Context.NinjectController.AddKernelBind<IModelBinder, Binders.MyCustomModelBinder>(); ModelBinderProviders.BinderProviders.Add(new MyCustomModelBinderProvider());
代码1-6分别做了两个操作,先是把相应Customer类型的Model绑定器注冊到了我们自己定义上下文的IoC中,然后再把针对处理Customer类型的Model绑定器提供程序注冊到系统中。
执行结果如图1.
图1
当中涉及到全部部分的代码和ASP.NET MVC Model绑定(一)篇幅中的一样,所以这里就没有列举了。
在此我们依据上篇中最后图2所看到的的那样。能够推断出ModelBinderProviderCollection类型的运行过程是依据当前ParameterDescriptor类型所提供的Model类型对照我们注冊到或者是系统默认提供的Model绑定器提供程序集合,假设有是针对ParameterDescriptor类型所提供的Model类型(上述演示样例中是Customer类型)则会有Model绑定器的返回,然后再依据Model绑定器进行Model绑定。
好了如今第一个问题攻克了,来解决第二个问题。来看代码1-7所看到的。
代码1-7
public class MyCustomModelBinder:IModelBinder { public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext) { return new Customer() { CustomerID = "010", Name = "測试人员", RegistrationDate = DateTime.Now, Address = new Address() { AddressName = "天空之城" } }; } } public class MyCustomModelBinder_Test : IModelBinder { public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext) { return new Customer() { CustomerID = "010", Name = "測试人员", RegistrationDate = DateTime.Now, Address = new Address() { AddressName = "这里是依据Model绑定器绑定运行的Model" } }; } }
看到代码1-7中的MyCustomModelBinder_Test 类型内部Customer类型实例内部的AddressName值已经更改的和之前的不一样了。
再看一下注冊端的改动。演示样例代码1-8。
代码1-8
ModelBinders.Binders.Add(typeof(Customer), new Binders.MyCustomModelBinder_Test()); MVCSystemContext.Context.NinjectController.AddKernelBind<IModelBinder, Binders.MyCustomModelBinder>(); ModelBinderProviders.BinderProviders.Add(new MyCustomModelBinderProvider());
代码1-8中,我们把新定义的MyCustomModelBinder_Test 类型注冊到了系统的Model绑定器集合中,看一下到底是哪一个级别更高一点。
来看执行结果图2
图2
看到图2这个结果。想必已经知道了是哪个级别更高一点了。
作者:金源
出处:http://blog.csdn.net/jinyuan0829
本文版权归作者和CSDN共同拥有。欢迎转载,但未经作者允许必须保留此段声明,且在文章页面