到action方法参数的映射。例如，http参数user.address.city将映射到方法参数 user的Address属性的City属性。DefaultModelBinder也同样适用于数组和其他列表类型。
　　更进一步来说，例如，您可能希望从数据库中进行检索，直接根据person的id将其转换为Person对象。 Timothy Khouri（网名SingingEels）在他的文章Model Binders in ASP.NET MVC中更好的阐述了这种方法。他的代码基于Preview 5，但其理念是一样的。
　　9.ASP.NET MVC扩展之ControllerBase
　　所有的Controller均继承自基类Controller。要想在action中封装自己的逻辑和约定，创 建自己的父类使所有Controller继承自该类，是一种很好的方式。
　　10.ASP.NET MVC扩展之ResultFilter
　　与ActionFilter类似，ResultFilters在ActionResult前后执行。 OutputCache过滤器也可以作为ResultFilter的示例。另外，比较常用的诠释这种过滤器的示例是日志记录。如果您希望在页面返回给用户 时记录日志，可以编写自定义的RenderFilter，在ActionResult执行之后记录日志。
　　11.ASP.NET MVC扩展之ActionResult
　　ASP.NET MVC提供了很多result用来呈现视图、JSON、纯文本、文件并重定向到其他action。如果您需要其他类型的result，可以自定义 ActionResult，并实现ExecuteResult方法。例如，如果您希望将PDF文件作为结果发送，您需要使用PDF库编写能够生成PDF的 ActionResult。
　　12.ASP.NET MVC扩展之ViewEngine
　　您可能不需要编写自己的view engine，但您也许可以考虑使用其他引擎来替代默认的WebForm view engine。在我看来，最有趣的引擎就是Spark。
　　如果您确实希望编写自己的view engine，可以看一下Brad Wilson的文章: Partial Rendering & View Engines in ASP.NET MVC。
　　13.ASP.NET MVC扩展之HtmlHelper
　　视图必须十分简单整洁，它们只能包含html标记并调用HtmlHelper的辅助方法。视图中不能包含任何代 码，所以辅助方法必须十分方便，使您可以将代码从视图中提取出来，放到一个可测试的环境中去。正如Rob Conery所说：如果有if，就构造辅助方法（If there's an IF, make a Helper）。
　　什么是HtmlHelper辅助方法？其实就是HtmlHelper类的扩展方法，这是唯一的要求。
　　你可以从Rob的文章Avoiding Tag Soup中了解到为什么说HtmlHelper是封装视图中代码的好方法。
　　在您的应用中该使用哪个呢？
　　正如您所猜测的那样，并不是所有的应用都需要扩展以上的13个扩展点。最可能在所有应用中进行扩展的是 ActionFilter和HtmlHelper。另外，您很可能会使用其他人编写的扩展，如使用了IoC容器的ControllerFactory或用 来摆脱WebForm的ViewEngine。
　　但是，学习这些扩展点并进行尝试是十分重要的，这样您才会做出选择，并随时准备在必要的时候使用这些强大的扩展 点。下周我将发表一些文章来阐述如何使用这些扩展点。