在软件工程中，一个众所周知的问题就是，不管你做什么，用户的需求肯定会变
行为参数化就是可以帮助你处理频繁变更需求的一种软件开发模式。
欢迎访问本人博客：http://wangnan.tech
它意味着拿出一个代码块，把它准备好却不执行它，这个代码块以后可以被你的程序其他部分调用
我们看一个例子，我们通过不断改进这个例子，展示行为参数化
版本1.1 筛选绿苹果
如果要筛选红苹果怎么办呢?
版本1.2 把颜色作为参数
如果要筛选重量大于150克的苹果怎么办？
你可能会有下面的代码：
这有点令人失望，这打破了DRY(don't repeat yourself 不要重复自己)的软件工程原则
版本1.3 对你能想到的每个属性做筛选
这样糟透了，代码可读性降低，而且如果要同时筛选多个属性怎么办？
让我们后退一步来看看更高层次的抽象，一种可能的解决方案是对你的选择标准建模：
需要根据apple的某个属性来返回一个boolean，我们把它称为谓词
让我们来定义一个接口来对选择标准建模
public interface ApplePredicate{
boolean test(Apple apple);
}
现在你可以用ApplePredicate的多个实现代表不同的选择标准了
这里使用到了策略模式
接下来，你需要filterApple方法接受ApplePredicate对象，对Apple做条件测试，这就是行为参数化，让方法接受多种行为作为参数，并在内部使用，来完成不同的行为
版本1.4 根据抽象条件筛选
filterAppkes方法的行为取决于你通过ApplePredicate对象传递的代码
目前为止，当要把新的行为传递给filterApples方法的时候，你不得不声明好几个实现ApplePredicate接口的类，然后实例化好几个只会提到一次的ApplePredicate对象，下面是的程序总结了目前看到的一切
很啰嗦，浪费时间！
java有一个机制称为匿名类，可以让你同时声明和实例化一个类，换句话说就是随用随建，它可以帮助你改进代码
版本1.5 使用匿名类
匿名类也有缺点，往往很笨重，占用很多空间，用起来让人费解，还是不能令人满意。
版本1.6 使用lambda表达式
看起来干净很多！
小结一下：
版本1.7 将list抽奖化
让逻辑不仅适用于apple
再举几个真实的例子
用comprator来排序
对苹果的按照重量排序
inventory.sort(Apple a1,Apple a2)-> a1.getWeight().compareTo(a2.getWeight());
用Runable执行代码块
Thread t = new Thread(()->System.out.println("Hello world"));
GUI事件处理
鼠标点击发送后显示一个窗口
button.setAction((ActionEvent event)->label.setText("sent!"));
小结
- 行为参数化，就是一个方法接受多个不同的行为作为参数，并在内部使用它们，完成不同行为的能力
- 行为参数化可以让代码更好的适应不断变化的要求，减轻未来工作量
（注：内容整理自《Java8实战》）
