到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。

　　但是，学习这些扩展点并进行尝试是十分重要的，这样您才会做出选择，并随时准备在必要的时候使用这些强大的扩展 点。下周我将发表一些文章来阐述如何使用这些扩展点。