Asp.Net Mvc: Implement your custom ModelBinder

其实，到这一步，当我们提交表单的时候，在Action里面已经可以获得Book自动绑定，这归功于内建 的DefaultModelBinder。但是，我们基于某种考虑，想要使用自己创建的ModelBinder。于是，我们接着 创建一个SimpleModelBinder类，该类实现了IModelBinder接口（自定义的ModelBinder必须实现这个接口 ）。

IModelBinder只有一个方法BindModel()，这个方法接受两个参数：ControllerContext, ModelBindingContext，因此，我们在实现这个方法的时候，便需要好好利用这两个参数包含的信息。

现在来看SimpleModelBinder的具体实现：

上面，我尽量避免硬编码，因为我希望这个SimpleModelBinder具有一定的通用性。此外也避免Model 字段名称更改的连锁反应。这里，我们通过bindingContext.ModelType来创建一个Model实例，通过 TypeDescriptor来获取Model的Property集合，通过bindingContext.ValueProvider来取得Request的表单 信息，最后返回一个Model实例。

这样，我们的SimpleModelBinder就创建完了。那么，如何让它开始工作呢？

于是就引出一个问题：Asp.Net Mvc如何确定当前需要应用哪个ModelBinder？

答案是：按先后顺序：(1)Action方法中Model的参数的Attribute，(2) ModelBinders.Binders字典， (3) Model类的Attribute，(4) DefaultModelBinder

也就是说，我们有(1)(2)(3)三种方法来告诉Asp.Net Mvc当前我们期望应用哪个ModelBinder到哪个 Model。

(1) 在Action的Model参数上加Attribute:

(2) 将SimpleModelBinder添加到ModelBinders.Binders字典中：

(3) 在Book类定义时加上Attribute：

好啦，三个方法任由你选择。

这里，我们创建了一个很简单的自定义的ModelBinder，但你是否知道它至少还缺失了一个很重要的功 能，就是绑定时对Model的Property的过滤，因为一直以来我都把BindAttribute这个成员给忽视了。下篇 ，我们就来谈谈BindAttribute，并对SimpleModelBinder做稍稍的完善。

此外，DefaultModelBinder很强大了，什么时候需要应用自定义的ModelBinder，则需要在实际项目中 慢慢琢磨。