趣味编程：C#中Specification模式的实现（参考答案 - 下）

核心提示：上一篇文章中我们利用C#语言的特性实现了一种轻量级的Specification模式，它的关键在于抛弃了具体的Specification类型，趣味编程：C#中Specification模式的实现（参考答案 - 下），而是使用一个委托对象代替唯一关键的IsSatisfiedBy方法逻辑，据我们分析，这部分逻辑非常简单，看了

上一篇文章中我们利用C#语言的特性实现了一种轻量级的Specification模式，它的关键在于抛弃了具体的Specification类型，而是使用一个委托对象代替唯一关键的IsSatisfiedBy方法逻辑。据我们分析，其优势之一在于使用简单，其劣势之一在于无法静态表示。但是它们还都是在处理“业务逻辑”，如果涉及到一个用于LINQ查询或其他地方的表达式树，则问题就不那么简单了——但也没有我们想象的那么复杂。

好，那么我们就把场景假想至LINQ上。LINQ与普通业务逻辑不同的地方在于，它不是用一个IsSatisfiedBy方法或一个委托对象用来表示判断逻辑，而是需要构造一个表达式树，一种数据结构。如果您还不清楚表达式树是什么，那么可以看一下脑袋的写的上手指南。这是.NET 3.5带来的重要概念，在4.0中又得到了重要发展，如果您要在.NET方面前进，这是一条必经之路。

And、Or和Not之间，最容易处理的便是Not方法，于是我们从这个地方下手，直接来看它的实现：

public　static　class　SpecExprExtensions　
{　
　　public　static　Expression<Func<T,　bool>>　Not<T>(this　Expression<Func<T,　bool>>　one)　
　　{　
　　　　var　candidateExpr　=　one.Parameters[0];　
　　　　var　body　=　Expression.Not(one.Body);　
　
　　　　return　Expression.Lambda<Func<T,　bool>>(body,　candidateExpr);　
　　}　
}

一个Expression<TDelegate>对象中主要有两部分内容，一是参数，二是表达式体（Body）。对于Not方法来说，我们只要获取它的参数表达式，再将它的Body外包一个Not表达式，便可以此构造一个新的表达式了。这部分逻辑非常简单，看了脑袋的文章，了解了表达式树的基本结构就能理解这里的含义。那么试验一下：