看过前两篇的朋友想必对Model绑定有个大概的了解，然而MVC框架给我们提供了更高的可扩展性的提供程序编程模式，也就是本篇的主题了，会讲解一下Model绑定器提供程序的实现以及解决一下上篇遗留的问题。
网站建设哪家好，找成都创新互联公司！专注于网页设计、网站建设、微信开发、小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了花垣免费建站欢迎大家使用！
第一个问题是ModelBinderProviderCollection类型的执行过程？
还有个本篇的问题就是同样的向系统上下文中注册Model绑定器和Model绑定器提供程序，哪一个优先级更高？
IModelBinder、自定义Model绑定器简单实现
Model绑定器在MVC框架中的位置
MVC中的默认Model绑定器生成过程
IModelBinderProvider的简单应用
IValueProvider在MVC框架中生成的位置以及过程
IValueProvider的应用场景
IValueProvider的实现之NameValueCollectionValueProvider
首先我们先看一下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
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()where U:T
{
_ninjectKernel.Bind().To();
}
public T GetValueType(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(typeof(IModelBinder));
} 可以看到代码1-5中，根据我们自定义上下文中的提供的IoC功能获取到绑定在IoC框架中的值，那么绑定又是在哪里呢？跟ASP.NET MVC Model绑定(一)所演示的那样，还是在项目的Global.asax文件中的MvcApplication类型的Application_Start()方法中添加如代码1-6。
代码1-6
