作为一个开发者，我们免不了要做很多重复的事情。我们不只在重复别人造轮子，也在重复自我浪费时间——我们应该有一种罪恶感。庆幸的是很多人在帮助我们尽可能的减少这种重复，他们提出或总结了很多的宝贵的思想，开发了很多的有用的开发辅助工具。比如设计模式、类库、O/RM，代码生成器，以及更具体的CMS(Content Management System)等等。设计模式让我们在设计思想得到一定程度的解放，在设计方向上给予指引。这就像乘法口诀表，不用我们算个简单的3721还需要掰手指 头；类库如.Net的BCL(Base Class Library)、FCL(Framework Class Library)等，以官方发布的形式将一些常用的功能进行了封装。当然，还有公司的类库或自己的私房类库；O/RM让我们在领域模型和关系数据库的映射 上提高开发效率。据统计如果不使用O/RM，在映射方面需要花去总体开发时间的30%-40%；代码生成器则是将有规律的集中的重复的工作交给程序来处 理；CMS在应用的层次上减少了重复工作，比如WordPress,DotNetNuke等。

Xoohoo又试图解决哪些方面的问题呢？

Xoohoo基于ASP.NET MVC（以下简称MVC）3的框架，其前身是微软的开源项目Oxite。遗憾的是后者停止了开发目前还停留在MVC 1。庆幸的微软提供了另一个开源项目Orchard供我们选择，二十四画生对Orchard颇有研究。不管是Oxite还是Orchard,他们从一开始就试图给用户提供一个可用的产品(Blog，但不仅限于此)，并提供了超强的扩展性。

Xoohoo的目的不是要给您一个现成的产品，而是一个轻量开发框架,旨在能为您减少那么一点点重复的工作。如果您开发一个新的基于MVC的项目，希望您能试试。

您 首先可以将之看作是一个类库，对MVC 3进行了扩充。它借鉴并使用了一些优秀博文或开源项目的代码。由于资料比较零散，不再列出，在此一并表示感谢；其次将之作为一个小框架，在此基础您可以开 发自己的模块(插件)，并能进行无缝整合。如果愿意，您还可以将某些模块拿出来分享。

一、Xoohoo是一个ASP.NET MVC 3的扩展类库

将Xoohoo作为一个类库，我相信您总等找到您所需要的。

1、ActionFilter

Xoohoo内置了若干的AtionFilter,包括TimerActionFilter、CompressActionFilter、ErrorExceptionFilter以及各种的AuthorizationFilter。

TimerActionFilter能计算Action的执行时间：

CompressActionFilter能对输出进行压缩(gzip,deflate)。
ErrorExceptionFilter类似于MVC内置的HandleErrorAttribute，配合Xoohoo内置的日志模块，可以进行日志记录；配合Xoohoo的皮肤模块，错误提示View还可以换肤。
各种的AuthorizationFilter提供了非常灵活的授权(权限)认证，以后会有专门的篇幅加以介绍。

2、ActionInvoker

XoohooControllerActionInvoker重写了MVC内置的ControllerActionInvoker的CreateActionResult等方法,使其支持AJAX请求，以及更灵活的Action返回值类型。

比如有Action:

   1: public ActionResult List()

   2: {

   3:         return View(new List<Article>());

   4: }

如果是AJAX请求，您需要在重新实现一个Action，或者在Action内部进行一次判断：

   1: public ActionResult List()

   2: {

   3:     if(Request.IsAjaxRequest())

   4:         return Json(new List<Article>());

   5:     else

   6:         return View(new List<Article>());

   7:

   8: }

如果使用XoohooControllerActionInvoker，只需要这样写：

   1: public List<Article> List()

   2: {

   3:     return new List<Article>();

   4: }

MVC内置的ControllerActionInvoker，如果Action返回的不是一个ActionResult类型的值，将会调用Convert.ToString方法生成其字符串形式，再使用字符串生成一个ContentResult。
XoohooControllerActionInvoker也会根据Action返回值的类型进行判断。
如果是简单类型，如int,string等,则采用ControllerActionInvoker相同的方式，即调用Convert.ToString方法生成其字符串形式，再使用字符串生成一个ContentResult。
如果是复杂类型，则进行进一步判断是否是AJAX请求。如果是，将生成一个JsonResult并将Action返回值赋给 JsonResult的Data属性；否则将返回值赋给Controller的ViewData的Model属性，然后生成一个ViewResult。
怎么样，是不是很灵活很简洁？

3、ActionResult

Xoohoo扩充了一些ActionResult,如RssResult、XmlResult等，比较简单不再累述。

4、ControllerFactory

ControllerFactory是用于查找Controller类型并创建Controller实例的。一般我们不需要改变查找 Controller类型的方式。在MVC3中，至少有两种途径可以改变创建Controller实例方式，一是自定义 ControllerFactory；二是重新实现一个IControllerActivator，在实例化DefaultControllerFactory时作为构造函数参数传递进去。

Xoohoo选择了前者，实现了一个DependencyInjectorControllerFactory类。因为在创建Controller 实例后，还需要重新设置Controller的ActionInvoker。其实这正是 DependencyInjectorControllerFactory类存在的意义。

备注：在MVC2中，仅仅想要在创建Controller获取IoC/DI容器的支持,就需要自定义ControllerFactory。这在MVC3已经不是必需的，只需要创建一个容器类实现IDependencyResolver接口，然后在Global.asax中调用DependencyResolver.SetResolver方法即可。

5、ModelBinders

DefaultModelBinder是 非常强大的，或者是一个重量级的。如果想要稍微提供模型绑定的效率，或想要绑定更可控，就用自定义ModelBinder。Xoohoo增加了几个 ModelBinder，包括GuidListModelBinder、Int32ListModelBinder、 PagingInfoModelBinder、IPAddressModelBinder等。通过名称就可以看出它们的作用。

6、ValidationAttribute

MVC3的数据校验机制非常好用，只需一处设置，可以为您生成客户端校验脚本(如果开启Unobtrusive，则会生成html attributes)，并支持服务器端验证。

Xoohoo扩展了几个常用的正则验证，如Email,Url,IP等；并提供一个比较验证CompareAttribute，可以进行日期、数字等类型的>、<、>=、<=、!=等比较，而MVC3内置的比较验证只能比较是否相等。

7、RouteConstraint

Xoohoo同样提供一些常用的路由规则，如IsInt、IsLong、IsGuid等，他们实现自IRouteConstraint接口。（随便提一下，与路由相关的，在老赵提供的子域名解决方案基础上进行了扩展完善）

8、FilterProvider

MVC提供了一种AOP(面 向侧面的程序设计)的编程模式，我们可以为Controller或Action设置各种Filter,包括ActionFilter、 ResultFilter、ExceptionFilter、AuthorizationFilter，在一定的阶段将执行这些Filter。关于 Filter的执行流程，可以看看xfrog这篇图文并茂的博文。

MVC3提供了三种FilterProvider，它们提供了设置或获取Filter的方式，相较于MVC2，这又是一个扩展点。包括：GlobalFilterCollection、FilterAttributeFilterProvider 和ControllerInstanceFilterProvider。
GlobalFilterCollection可以通过GlobalFilters.Filters静态属性访问，用户增添全局的，作用于所有Controller的所有Action的Filter;
FilterAttributeFilterProvider用于获取基于Attribute的Filter;
ControllerInstanceFilterProvider用于获取Controller实例Filter（Controller实现了IActionFilter等接口，其本身就是一个Filter）。

Xoohoo提供了一种基于外部配置的Filter获取方式：FilterRegistryFilterProvider。可以设置某些 Controller具有某些Filter，也可以设置某些(不是全部)Action具有某些Filter。还可以某些Route或具体有某些 RouteValue,DataToken(如Area)的路由具有某些Filter（如果您愿意，还可以根据cookie值来配置）。它还有个优点就是 能将Filter像Golbal Filters一样缓存起来，不用像Attribute形式的Filter那样使用时还得通过反射从元数据中获取并进行反序列化。
可以通过FilterRegistry.Filters静态属性添加Filter,这和GlobalFilters.Filters也类似。

9、Extensions

Extensions就是一些扩展方法集。
Xoohoo为了支持更多的需求，几乎扩展了MVC3内置的相关的所有HtmlHelper、UrlHelper相关的扩展方法，用于支持如 二（多）级域名、更丰富的HtmlHelper、UrlHelper等。当然还有一些零散而好用的扩展就不一一列出。更丰富的扩展方法可以看看鹤冲天的相关博文。

二、Xoohoo是一个框架

Xoohoo作为一个框架，它支持插拔式的模块（插件）开发方式；内置有RBAC(Role-Based Access Control)模块，日志模块，缓存模块，并皆可替换；支持IoC/DI；

开发一个新的模块非常简单，只需要实现一个接口，并在配置文件中增加模块的配置即可。

1、什么叫Xoohoo的模块(Module)

我们约定，实现了IModule接口的类称为模块。接口定义：

   1: public interface IModule

   2: {

   3:     /// <summary>

   4:     /// 模块名称

   5:     /// </summary>

   6:     string ModuleName { get; }

   7:     /// <summary>

   8:     /// 模块设置

   9:     /// </summary>

  10:     AppSettingsHelper Settings { get; set; }

  11:     /// <summary>

  12:     /// 初始化模块

  13:     /// </summary>

  14:     void Initialize();

  15:     /// <summary>

  16:     /// 注册路由配置

  17:     /// </summary>

  18:     void RegisterRoutes();

  19:     /// <summary>

  20:     /// 注册过滤器

  21:     /// </summary>

  22:     /// <param name="filterRegistry"></param>

  23:     /// <param name="globalFilters"></param>

  24:     void RegisterFilters(FilterRegistryFilterProvider filterRegistry, GlobalFilterCollection globalFilters);

  25:     /// <summary>

  26:     /// 注册模型绑定器

  27:     /// </summary>

  28:     /// <param name="modelBinders"></param>

  29:     void RegisterModelBinders(ModelBinderDictionary modelBinders);

  30:     /// <summary>

  31:     /// 卸载模块

  32:     /// </summary>

  33:     void Unload();

  34: }

模块包括模块名称（ModuleName）、模块设置（Settings）、初始化方法（Initialize）、注册路由方法 （RegisterRoutes）、注册过滤器方法（RegisterFilters）、注册模型绑定器方法 （RegisterModelBinders）、卸载模块方法（Unload）。Xoohoo提供了一个实现了IModule接口的抽象类Module， 一般情况下，我们建议你在设计新的模块时，实现抽象类Module而不是IModule接口，这样会让您开放起来更简单。

2、模块的配置

模块开发完成后，只需要将模块配置入Xoohoo.config即可生效。修改Xoohoo.config会导致AppDomain回收，所以不用去手工重动站点。当然，如果涉及数据库建表之类的操作，暂时还得您自己手工处理。

3、模块的加载

当网站接收到第一次请求时，将会读取模块配置文件Xoohoo.config(位于站点的Configs目录，可自行更改)。获取模块的类型，创建模块的实例，依次调用模块的几个注册方法，将路由配置、Filter过滤器、模型绑定器配置加入MVC中。
更详细的关于模块定义及加载的内容，以及Xoohoo内置的几个模块的介绍，将放在之后的博文中。

4、后台服务的加载
后台服务是一个实现了IBackgroundService接口的类，它有对应的后台服务执行器（BackgroundServiceExecutor）负责服务的调度执行。

如果要定时完成一些任务，如邮件报告服务器资源信息，则可以定义一些后台服务。它的加载方式类似于模块的加载，并在模块加载完毕之后加载。
更详细的关于后台服务定义及加载的内容，将放在之后的博文中。

Whois的服务器有哪些呢？

nl whois.domain-registry.nl
eu whois.eu
edu whois.educause.net
net whois.crsnic.net
com whois.crsnic.net
org whois.crsnic.net
info whois.afilias.com
de whois.denic.de
cn whois.cnnic.net.cn
这些是我收集的whois服务器

if (!string.IsNullOrEmpty(domain))
{
Whois whois = Whois.Create(Server.MapPath(“~/App_Data/WhoisServer.txt”));
lblResult.Text = whois.LookUp(domain).Replace(“\r\n”,”<br />”).Replace(“\n”,”<br />”);
}
}
}

11本商业智能、数据挖掘相关书目（2）：增加《智能Web算法》

1：《SQL Server 2008商业智能完美解决方案》，对商业智能做了一个概括的介绍。个人看法比较适合于已经熟悉微软商业智能原理与实现的人阅读，比如熟悉SQL server 2005商业智能实现的人可以了解一下2008下的情况。不熟悉的人通过这本书可以了解商业智能的基础理论。涉及到具体的操作，书中虽然有许多截图，但是 不够详细，没法用这本书来学习具体的操作。个人看法这本书要么再详细一些，要么再简略一些，都会比现在要好。

2：
《数据挖掘导论（完整版）》是国外大学的教材，看译者序许多国内高线也用它作为教材。因此这本书讲原理比较多。比较透彻，充满了数学符号和公 式。详细讲述了分类、关联分析、聚类分析三种数据挖掘算法的原理。我发现有些数据挖掘的参数在微软的帮助文档中没说明白，看这本书说的比较清楚。我想看的 是能指导实际的数据挖掘操作的书，因此对书中的公式基本跳过。只看了看书中讲到的算法解决的各种问题及其思路。

3：《数据挖掘原理与应用（第2版）》，讲解Excel2007的数据挖掘插件做数据挖掘的部分不错，后面讲数据挖掘的各种算法，详细列出了各种参 数和DMX脚本，但是没有透彻的讲解，给我的感觉就像微软的bookonline，适合作为工具书去查阅，但是不适合作为入门书去阅读。书的最后部分给出 了用.net实现数据挖掘编程的例子，应该还可以实例代码在实际项目中做参考。

4：《精通sql server 2008程序设计》，全书分了四个部分，第四部分讲商业智能。限于篇幅问题在数据挖掘方面只讲了一种算法（聚类分析）的实现，如果想了解商业智能与数据挖掘，这本书也不够实用。

5：《智能Web算法》：所谓智能web，书中是指能根据用户在网站的行为作出针对用户的响应的网站。常见的应用就是推荐系统。另外作者认为google的搜索也是智能web的例子。

书中讨论了Google搜索原理、推荐系统原理、聚类算法、分类算法。本书附有Java实现书中算法的源代码，书中有不少篇幅是针对源代码讲算法。读者也可以使用源代码做测试。当然作者声明给出的代码都是经过刻意简化，目的是为了让读者快速明白算法的基本原理。

感觉本书的翻译还比较专业，读起来比较流畅。

值得夸一夸的是本书的印刷用纸。不知道业内名词，但是书拿在手里明显比同体积的书要轻，感觉很舒服。我在amazon.com上买过几本美国出的书，也是感觉明显比较轻。

6：《深入浅出数据分析》：深入不够，浅出做的不错。适合技术人员与业务人员作为统计学入门读物来阅读

《深入浅出数据分析》是美国O’REILLY出版社的“深入浅出”系列之一。这个系列的特点是花了不少心思琢磨如何让读者更舒服地阅读、记住书中更 多内容，书虽然都比较厚，但是插图非常多。插图与正文经常混在一起，没有明显的界限。读起来确实比较轻松，相对文字多图少的书来说，也确实更容易记住书中 的内容。由于图多字少，读起来很快，也能让人感觉比较有成就感。不过这个系列的书都比较贵。

这本书的主要内容我认为是统计学入门。不懂技术但是用过excel的人就可以看。讲了讲统计学的基本概念和贝叶斯统计、直方图、回归、误差等概念， 使用了excel和一个专门的统计工具R做演示。作者比较推荐R。因为这个工具在统计学应用方面比excel更灵活。是一个开源软件，还有相关的社区在为 这个软件不停的增加功能。

7：《可视化数据》专讲Process这个软件的使用，网络书店对这本书的介绍都提及了这个问题。对这个软件不感兴趣的就不用买了。我买的时候没注 意到网页上介绍，看的时候才发现。书中充斥着process的代码。没有学习和使用process的计划，因此也就大概翻了翻，看看process解决的 问题及其思路。

8：《业务建模与数据挖掘》是05年出版的。与《数据模型资源手册》卷一卷二同属机械工业出版社的数据库技术系列丛书。后者早就卖光了，这本书还 有。看来还是比较冷僻。翻译同样的比较专业。同样是偏学术性的。不过作为专业书来说，公式、图表偏少。个人看法想研究具体的数据挖掘算法可以看《数据挖掘 导论（完整版）》。

9：《数据之美》：概括描述了20个数据挖掘、数据可视化、云存储及其他数据处理相关项目

这本书相对来说还算比较新，是从英文版翻译过来的。英文版2009年出版。中文版2010年10月出版。由20篇相互独立的文章组成。每篇讲一个数据处理相关的项目。不涉及具体的技术细节，仅仅是概括说明原理、思路、过程、结果。

总体来说，阅读起来有点晦涩。感觉作者基本都明白英文版的意思，不过有些地方中文表达上不够通顺。这在IT业的翻译书中已经算不错的组合了，强过中文过关但是不懂技术的情况。

10:《超级数字天才》讲数据挖掘给人类带来的好处。比较详细，给出了具体的例子和实现的思路。书中列也在使用“数据分析”这个词，基本也在指“数 据挖掘”。书中列举了数据挖掘在政府政策、教育、医疗等许多方面的实际应用的例子，都比较有意思。想了解数据挖掘的具体应用，可以看看这本书。

书中给我印象比较深刻的是例子中政府与教育行业的数据挖掘应用。一项政策的好坏，一个教育方法的好坏，美国人都试图用数据说话。

11:《数据分析竞争法》是商务印书馆的哈佛经管系列之一，名头比较大，先看它。不过有些失望。不是给技术人员看的。题目中的数据分析大约是说商业 智能中的数据挖掘。作者把企业利用数据挖掘的程度分为由低到高的五级。全书反复论述每个级别的方法、工具、流程、对企业的好处，还举了一些的例子。在我看 来这些例子不够详细，太笼统。所以我认为这本书适合于不了解商业智能与数据挖掘的管理人员阅读。

3.www.microsoftmag.eu/

前文《ASP.NET MVC：Expression Trees 作为参数简化查询》中提出可以将 Expression Trees 用作查询 Action 的参数来简化编码：

1
2
3
4

public ActionResult Index([QueryConditionBinder]Expression<Func<Employee, bool>> predicate) {
    var employees = repository.Query().Where(predicate);
    return View("Index", employees);
}

文中给出的 QueryConditionExpressionModelBinder 类，比较僵化，无法满足实际要求。本文将会从这个类为起点，构建一个灵活的解决方案。本文的内容稍有枯燥，先给出最终的运行截图，给大家提提神：

演示网站运行截图

在线演示：http://demos.ldp.me/employees

下图显示的 Expression 是根据查询条件动态生成的：

调试截图：

设计目标

支持以下类型查询：

• 相等查询
• 字符串查询：完全匹配、模糊查询、作为开始、作为结束；
• 日期查询（不考虑时间）、日期范围查询；
• 比较查询：大于、大于等于、小于、小于等于；
• …
• 正确处理可空类型

阻止某些查询：

• ID查询
• 某些保密属性，如内部价格属性等

扩展性：

• 系统容易扩展，开放支持加入新的查询类型

易用性：

• 简单使用

其它：

• 查询数据验证，配合 MVC 相应机制，对错误输入给出提示。

思考

想法源自 Entity Framework：

EF 中的 Convention

在 EF Code First 中，Entity 与 数据库 Table 之间映射采用 Convention (约定) 的方式：

• PluralizingTableNameConvention：实体使用单数形式，自动对应数据库中复数形式的表名；
• IdKeyDiscoveryConvention：自动找寻主键，名为 Id 或 Entity 类名 + Id 的属性自动认为是主键；

System.Data.Entity.ModelConfiguration.Conventions 命名空间中有很多这样的 Convention。这些 Convention 都是被大多人公认的，EF 运行时会加载这些 Convention，因此我们使用 EF 会相当简单，不需要像 NH 那样进行大量繁琐无聊的映射配置工作。

如果你认可其中的某条 Convention 你可以将它移除：

1
2
3
4
5

public class NorthwindDbContext : DbContext
{
    protected override void OnModelCreating(DbModelBuilder modelBuilder) {
        modelBuilder.Conventions.Remove<IdKeyDiscoveryConvention>();
}

不错吧，但 EF 不允许添加新的 Convention，有点遗憾。

分解出 Convention

借鉴 EF 的思路，我们可以分解出以下 Convention：

• ValueTypeEqualsConvention：值类型相等，年龄 == 18、婚否 = false；
• StringContainsConvention：字符串包含，即模糊查询；
• DateEqualsConvention：日期等于，忽略时间；
• ValueTypeCompareConvention：值类型比较，价格大于 12.00；
• BetweenDatesConvention：时间界于两个日期之间；
• IDForbiddenConvention：禁止对 ID 查询。

还有一点，要将各个条件组合起来，如：(年龄 <= 18) 并且 (婚否 = false)， 或者 (年龄 <= 18) 或者 (婚否 = false)。因此，还要定义用于连接组合的 Convention：

• AndCombineConvention：并且，在页面查询中，这个比较常用，我们设成默认的；
• OrCombinedConvention：或者；
• XXXComplexCombineConvention：更加复杂的情况，如：(存款 > 100,000,000) Or ((年龄 <= 18) 并且 (婚否 = false))。

可设置的 Order 属性

给每个 Convention 设置一个优先顺序号，大的优先级高：

• StringContainsConvention、DateEqualsConvention 优先于 ValueTypeEqualsConvention；
• BetweenDatesConvention 优先于 DateEqualsConvention。

即采用了 StringContainsConvention 就不会再采用 ValueTypeEqualsConvention。

编码时会根据实际应用给每个 Convention 设置一个默认的合理的 Order 值，但为了灵活通用，允许修改，Order 是一个 get-set 属性。

可以添加新的 Convention 以满足更多应用

EF 只能移除不能添加，有时感不方便，不太符合 OCP（Open-Closed principle）。

编码实现

抽象出接口

根据上面的分析，可以提取出下面三个接口：

• IConvention 接口，代表所有的约定：
  

  1 2 3

  public interface IConvention { int Order { get; set; } }

• IPropertyExpressionConvention 接口，将单个查询条件转换为 Expression：
  

  1 2 3

  public interface IPropertyExpressionConvention: IConvention { Expression BuildExpression(BuildPropertyExpressionContext context); }

• IExpressionCombineConvention 接口，将多个查询 Expression 进行合并：
  

  1 2 3

  public interface IExpressionCombineConvention : IConvention { Expression Combine(IDictionary<string, Expression> expressions); }

修改 QueryConditionExpressionModelBinder 类

修改后代码如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

public class QueryConditionExpressionModelBinder : IModelBinder {
    private ConventionConfiguration _conventionConfiguration;

    public QueryConditionExpressionModelBinder(ConventionConfiguration conventionConfiguration) {
        _conventionConfiguration = conventionConfiguration;
    }

    public QueryConditionExpressionModelBinder(): this(ConventionConfiguration.Default) { }

    public object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext) {
        var modelType = GetModelTypeFromExpressionType(bindingContext.ModelType);
        if (modelType == null) return null;

        var parameter = Expression.Parameter(modelType, modelType.Name[0].ToString().ToLower());

        var dict = new Dictionary<string, Expression>();
         var propertyExpressionConvertions = _conventionConfiguration.GetConventions<IPropertyExpressionConvention>();
        foreach (var property in modelType.GetProperties()){
            foreach (var convention in propertyExpressionConvertions) {
                var context = new BuildPropertyExpressionContext(
                    property,
                    bindingContext.ValueProvider,
                    controllerContext.Controller.ViewData.ModelState,
                    parameter.Property(property.Name)
                    );
                var expression = convention.BuildExpression(context);
                if(expression != null){
                    dict.Add(property.Name, expression);
                    break;
                }
                if (context.IsHandled) break;
            }
        }
        var body = default(Expression);
        foreach (var convention in _conventionConfiguration.GetConventions<IExpressionCombineConvention>())
        {
            body = convention.Combine(dict);
            if (body != null) break;
        }
        //if (body == null) body = Expression.Constant(true);
        return body.ToLambda(parameter);
    }
    /// <summary>
    /// 获取 Expression<Func<TXXX, bool>> 中 TXXX 的类型
    /// </summary>
    private Type GetModelTypeFromExpressionType(Type lambdaExpressionType) {

        if (lambdaExpressionType.GetGenericTypeDefinition() != typeof (Expression<>)) return null;

        var funcType = lambdaExpressionType.GetGenericArguments()[0];
        if (funcType.GetGenericTypeDefinition() != typeof (Func<,>)) return null;

        var funcTypeArgs = funcType.GetGenericArguments();
        if (funcTypeArgs[1] != typeof (bool)) return null;
        return funcTypeArgs[0];
    }
    /// <summary>
    /// 获取属性的查询值并处理 Controller.ModelState 
    /// </summary>
    private object GetValueAndHandleModelState(PropertyInfo property, IValueProvider valueProvider, ControllerBase controller) {
        var result = valueProvider.GetValue(property.Name);
        if (result == null) return null;

        var modelState = new ModelState {Value = result};
        controller.ViewData.ModelState.Add(property.Name, modelState);

        object value = null;
        try{
            value = result.ConvertTo(property.PropertyType);
        }
        catch (Exception ex){
            modelState.Errors.Add(ex);
        }
        return value;
    }
}

高亮代码为修改或新增部分。

QueryConditionExpressionModelBinder 中使用了 ConventionConfiguration 类：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

public class ConventionConfiguration {

   public static ConventionConfiguration Default = new ConventionConfiguration();

   static ConventionConfiguration() {
       Default.Conventions.Add(new ValueTypeEqualsConvention());
       Default.Conventions.Add(new StringContainsConvention());
       Default.Conventions.Add(new DateEqualsConvention());
       Default.Conventions.Add(new BetweenDatesConvention());
       //
       Default.Conventions.Add(new AwalysTrueCombineConvention());
       Default.Conventions.Add(new OrCombineConvention());
   }

   public ConventionConfiguration() {
       Conventions = new HashSet<IConvention>();
   }
   public HashSet<IConvention> Conventions { get; private set; }

   internal IEnumerable<T> GetConventions<T>() where T: IConvention {
       return Conventions
           .OfType<T>()
           .OrderByDescending(c => c.Order);
   }
}

实现具体 Converntion：

• ValueTypeEqualsConvention
  

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

  public class ValueTypeEqualsConvention : PropertyExpressionConventionBase { public ValueTypeEqualsConvention():base(1) {} public override Expression BuildExpression(BuildPropertyExpressionContext context) { if (!context.Property.PropertyType.IsValueType) return null; var queryValue = context.ValueProvider.GetQueryValue(context.Property.Name, context.Property.PropertyType); context.ModelState.AddIfValueNotNull(context.Property.Name, queryValue.ModelState); context.IsHandled = queryValue.ModelState != null; if(queryValue.Value == null) return null; return context.PropertyExpression.Equal(Expression.Constant(queryValue.Value)); } }

• StringContainsConvention
  

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

  public class StringContainsConvention : PropertyExpressionConventionBase { public StringContainsConvention():base(10) { } public override Expression BuildExpression(BuildPropertyExpressionContext context) { if (context.Property.PropertyType != typeof(string)) return null; var queryValue = context.ValueProvider.GetQueryValue(context.Property.Name, context.Property.PropertyType); context.ModelState.AddIfValueNotNull(context.Property.Name, queryValue.ModelState); context.IsHandled = queryValue.ModelState != null; if ((queryValue.Value as string).IsNullOrEmpty()) return null; return context.PropertyExpression.Call("Contains", Expression.Constant(queryValue.Value)); } }

• DateEqualsConvention
  

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

  public class DateEqualsConvention: PropertyExpressionConventionBase { public DateEqualsConvention():base(10) { } public override System.Linq.Expressions.Expression BuildExpression(BuildPropertyExpressionContext context) { if (context.Property.PropertyType.NotIn(typeof(DateTime), typeof(DateTime?))) return null; if (!context.Property.Name.EndsWith("day", true, CultureInfo.CurrentCulture) && !context.Property.Name.EndsWith("date", true, CultureInfo.CurrentCulture)) return null; var queryValue = context.ValueProvider.GetQueryValue(context.Property.Name, typeof(DateTime)); context.ModelState.AddIfValueNotNull(context.Property.Name, queryValue.ModelState); context.IsHandled = queryValue.ModelState != null; if (queryValue.Value == null) return null; var date = ((DateTime)queryValue.Value).Date; var expression = context.PropertyExpression; if (expression.Type == typeof(DateTime?)) expression = expression.Property("Value"); return expression.Property("Date").Equal(Expression.Constant(date)); } }

• AndCombineConvention
  

  1 2 3 4 5 6 7 8

  public class AndCombineConvention : IExpressionCombineConvention { public int Order { get; set; } public System.Linq.Expressions.Expression Combine(IDictionary<string, System.Linq.Expressions.Expression> expressions) { if(expressions.Count > 0) return expressions.Values.Aggregate((a, e) => a.OrElse(e)); return null; } }

特别注意下 DateEqualsConvention，只对名称以 day 或 date 结尾（不区分大小）的 DateTime 或 DateTime？属性进行处理，如 Employee.Birthday、Employee.HireDate。

项目类图

目前实现中主要有以下类和接口：

扩展方法类未列出。

QueryConditionExpressionModelBinder 使用

直接使用

1
2
3
4

public ActionResult Index([QueryConditionBinder]Expression<Func<Employee, bool>> predicate) {
    var employees = repository.Query().Where(predicate);
    return View("Index", employees);
}

或配置后使用

若你有新创建的 Convention，可以在 Global.asax 文件中 MvcApplication.Application_Start 方法中进行加入配置：

1

ConventionConfiguration.Default.Conventions.Add(new YourConvention());

如果默认的 Conversions 不满足你的要示，可以移除后重新增加：

1
2
3
4

ConventionConfiguration.Default.Conventions.Clear();
ConventionConfiguration.Default.Conventions.Add(new ValueTypeEqualsConvention());
ConventionConfiguration.Default.Conventions.Add(new DateEqualsConvention { Order = 1000 });
ConventionConfiguration.Default.Conventions.Add(new YourConvention{ Order = 2000});

因为 Order 属性是可修改的，添加时可以重新指定优先级。

或都你可以给某一个查询单独配置 Convention：

1
2
3

var cfg = new ConventionConfiguration();
cfg.Conventions.Add(new StringContainsConvention());
ModelBinders.Binders.Add(typeof(Expression<Func<Order, bool>>), new QueryConditionExpressionModelBinder(cfg));

这时，就不要再使用 QueryConditionBinderAttribute 了：

1
2
3
4
5
6
7

public class OrdersController : Controller{
    private  OrdersRepository repository = new OrdersRepository();
    public ViewResult Index(Expression<Func<Order, bool>> predicate) {
        var orders = repository.Query().Where(predicate);
        return View(orders);
    }
}

后记

根据你的项目，创建适合的 Convention，相信 QueryConditionExpressionModelBinder 一定会帮你省下很多时间。

本文中代码编写仓促，尚未进行严格测试，使用时请注意。如有 bug 请回复给我，谢谢！

后续还有相关文章，实现禁止对某些属性查询的 Convention，以及复杂条件组合 Convention 等等。

源码下载：MvcQuery2.rar （1733KB，VS2010 MVC3）

在线演示：http://demos.ldp.me/employees

原作：How CoffeeScript makes jQuery more fun than ever—— Stefan Buhrmester

翻译：filod

转载声明：请注明原作者、翻译者以及译文链接。

译者前言：虽然对ruby不太了解，但是看到CoffeeScript诗一般的代码确实被怔住了，和JQuery之前给我的感觉是如此的相似——都是一个字，美，当JQuery遭遇到CoffeeScript时，会蹦出什么样的火花呢？

当我多年前初次接触jQuery时我感觉我来到了程序员的天堂。它极大简化了DOM操作。函数式编程变得如此容易，尽管更多适合RIA开发的框架近年来在浮现，但是我仍旧无法想象一个没有jQuery的程序人生是多么的罪恶，相信你也有同感~

而来到CoffeeScript的世界，同样的美妙故事再次上演。在写了几行代码后我相信你将不会再想念原生的JavaScript了。CoffeeScript包含了许多新特性，当将它与jQuery结合时，你会发现一片新天地。

本文的目的就在于展示CoffeeScript和jQuery协同工作时美妙场景。

像老板一样指挥你的代码

CoffeeScript提供了一堆酷毙了的数组迭代方法。最好的事莫过于这不仅仅能工作于数组，还能工作于jQuery对象了。来行诗一般的代码吧：

这行代码将会被翻译为如下的JavaScript：

老实说最初这样写代码确实让人提心吊胆的，但是一旦你开始拥抱CoffeeScript的魔法时，你会爱上它的。

飞一般的方法绑定

在jQuery的回调中使用”=>”将会大大减省你手动绑定方法到对象的麻烦。还是来看段代码吧：

下面是编译输出的JavaScript：

代码中的@element指向了一个jQuery的对象，该对象是在其他地方指定的——比如object.element = $('#some_div').

任何使用”=>”所指定的回调函数都会自动绑定到原来的对象上，没错，这很酷。

在2011年函数是这样调用的

瞅一眼这个：

使用CoffeeScript，多个参数可以写成多行来调用，逗号和大括弧是可选的，这使得一些jQuery中签名比较长的方法比如$.post() 和 $.animate() 等更加易读。这儿还有一个例子：

很美味的Coffee不是吗？要注意第一个参数是一个匿名的对象，你甚至可以省略调用函数的元括弧。

让初始化来的更性感吧

我最初开始使用jQuery时我是这样做页面初始化的：

CoffeeScript和新版的jQuery使得上面的代码进化的如此性感：

函数定义语法在CoffeeScript里本身已经非常酷了，能在上面这些场合使用使得其更酷了。你会发现所有需要回调的函数调用在CoffeeScript中都是如此简单。

更多关于CoffeeScript请访问其官网

注：已经有一本关于CoffeeScript的书在七月发行了，其中有一整章的内容是关于jQuery的。