我们不是把基本操作表示为虚方法，通过派生类来填充，而是把它表示为属性，属性的类型是函数类型，Func<Client, bool>，函数然后由类的用户提供。清单 8.18 显示了QueryDecision 类的实现，以及创建简单的决策树示例。
清单 8.18 模板方法的简单实现 (C#)
class QueryDecision : Decision {
public string Title { get; set;}
public Decision Positive { get; set;}
public Decision Negative { get; set;}
public Func<Client, bool>Check { get; set; } [1]
public override void Evaluate(Clientclient) {
bool res =Check(client); [2]
Console.WriteLine("- {0}? {1}", Title, res ? "yes" : "no");
Decision next = res ?Positive : Negative; | 选择后续分支
next.Evaluate(client); |
}
}
var tree =
new QueryDecision { <-- 构造有根查询的树
Title = "More than$40k",
Check = (client) =>client.Income > 40000, [3]
Positive = newResultDecision { Result = true }, | 描写子树为
Negative = newResultDecision { Result = false } }; | ResultDecision或 QueryDecision
QueryDecision 类表示的是要执行关于客户的另一项检查。如果我们严格遵循模板方法模式，检查可能是虚方法，但我们把它指定为属性[1]。属性的类型是函数，参数为客户，返回布尔值。此函数在检查客户时调用[2]，根据结果，代码进入两个可能分支中的一个。当创建决策树时，我们不必为每个检查写额外的类，因为，可以使用 lambda 函数[3]，简单地提供基本的检查函数。
这个示例演示了面向对象和函数式概念的高效结合。我们创建的类型可以轻松地成为不可变，因此，这个例子更具函数性。但我们没有这样做，唯一的原因想是使用自动属性，使代码更加紧凑。我们先使用了标准的面向对象的设计模式，再使用C# 3.0 中的 lambda 函数来简化，使这个解决方案是多少有点介于传统的面向对象的解决方案，和用 F# 实现的函数式版本之间。