首先,思考一个问题,比如说一个养猪厂的厂长要你帮忙设计一个程序,统计他猪场内白猪的 数量。你轻蔑的一笑,这很简单啊,于是你迫不及待的开工了。
先模拟一些猪的数据:
var pigList = new ArrayList<Pig>();
pigList.add(new Pig("黑色", 120));
pigList.add(new Pig("白色", 300));
pigList.add(new Pig("黑色", 208));
pigList.add(new Pig("白色", 188));
筛选白色的猪:
public class PigFilter {
public static List<Pig> filterWritePig(List<Pig> pigList){
var newPigList = new ArrayList<Pig>();//用于存放符合条件的猪
for(Pig pig : pigList) {
if("白色".equals(pig.getColor())) {
newPigList.add(pig);
}
}
return newPigList;
}
}
这样就大功告成了,简直小菜一碟,但是,你才刚得意没两天,那个该死的厂长又找到你了,说他现在还想统计一下黑猪的数量,你微微一笑,这也很简单,于是,你将上面的代码复制修改了一番再次大功告成!
public static List<Pig> filterBlackPig(List<Pig> pigList){
var newPigList = new ArrayList<Pig>();//用于存放符合条件的猪
for(Pig pig : pigList) {
if("黑色".equals(pig.getColor())) {
newPigList.add(pig);
}
}
return newPigList;
}
或许这次之后,你就会想到,一旦这厮以后又要统计什么红猪黄猪肿么办?总不能一直粘贴复制修改吧? 于是你想到了这个办法,将颜色作为参数:
public static List<Pig> filterPigByColor(List<Pig> pigList,String color){
var newPigList = new ArrayList<Pig>();//用于存放符合条件的猪
for(Pig pig : pigList) {
if(color.equals(pig.getColor())) {
newPigList.add(pig);
}
}
return newPigList;
}
事毕之后,你长出了一口气,默默的点燃了一支烟,不禁被自己的聪明才智打动了 。但是没过几天,那个该死的厂长又来找到你,说他又要统计重量为200斤以上的猪,于是你颤抖着双手又复制粘贴修改了上面的代码:
public static List<Pig> filterPigByWeight(List<Pig> pigList,int weight){
var newPigList = new ArrayList<Pig>();//用于存放符合条件的猪
for(Pig pig : pigList) {
if(weight<pig.getWeight()) {
newPigList.add(pig);
}
}
return newPigList;
}
然后,你痛定思痛,你会想到能不能再增加一个参数,用来筛选条件呢?于是。。。。
public static List<Pig> filterPig(List<Pig> pigList,int weight,String color,Boolean flag){
var newPigList = new ArrayList<Pig>();//用于存放符合条件的猪
for(Pig pig : pigList) {
if((flag&&weight<pig.getWeight()) || (!flag&&color.equals(pig.getColor()))) {
newPigList.add(pig);
}
}
return newPigList;
}
使用:List<Pig> pigs = PigFilter.filterPig(pigList,0,"黑色",true);
你把改进的代码交给了厂长,但是厂长抱怨你这个true啊,flase啊是什么意思?并提出了新的需求,他要统计白猪里200斤以上的,黑猪里不足200斤的,猪的不同品种,是公的还是母的。。。。。。。你瞬间奔溃惹。你要添加更多的参数更多的复杂的判断条件来完成需求 。
于是,你经过了苦苦的思索,终于,你想到了一种方式。你建了一个接口,该接口是猪的筛选条件建模,他的实现是这样的,比如一头猪是黑色的吗?是返回true不是返回false。这种返回一个boolen值得函数,我们有一个专业的装B的叫法----谓词。当然不是一定要使用这所谓的“谓词”,接口你可以随心所欲的使用任何返回值类型,谓词只是这种返回布尔值的特殊叫法而已。
public interface PigPredicate {
public Boolean test(Pig pig);
}
它的一个实现类,黑猪筛选:
public class PigBlackPredicate implements PigPredicate{
@Override
public Boolean test(Pig pig) {
// TODO Auto-generated method stub
return "黑色".equals(pig.getColor());
}
}
然后呢,我们就可以利用这个条件进行黑猪筛选:
public static List<Pig> filterPig(List<Pig> pigList,PigPredicate p){
var newPigList = new ArrayList<Pig>();//用于存放符合条件的猪
for(Pig pig : pigList) {
if(p.test(pig)) {
newPigList.add(pig);
}
}
return newPigList;
}
我们就可以这么食用了:
List<Pig> pigs = PigFilter.filterPig(pigList,new PigBlackPredicate());
这样,你发现你的代码灵活多了,针对不同的筛选条件,你只需要添加不同的实现类就可以了。像这种你的筛选方法filterPig的行为取决于你PigPredicate传递的代码的行为,就叫做行为参数化!
但是目前的这种实现方式虽好,却有两个问题,第一是你要用到的重要代码test方法只能包裹在一个对象中(即PigPredicate接口的实现类)进行传递 ,第二是你要定义大量的接口实现类,而这些实现类可能你只使用一次而已,为只使用一次的类而如此大费周章,显然是有些不值得的。
针对第二个问题,有的童鞋会说,你可以使用匿名内部类啊!没错,下面我们就可以使用匿名内部类,来实现行为参数化。
List<Pig> pigs = PigFilter.filterPig(pigList,new PigPredicate() {
@Override
public Boolean test(Pig pig) {
// TODO Auto-generated method stub
return 211 == pig.getWeight();
}
});
这样,我们也可以成功筛选体重为211斤的猪。但是这种匿名内部类还是很罗嗦,看着也很不爽。
那么为了改进这个问题,java8引进了lambda表达式,那么上面的代码就可以改进为:
List<Pig> pigs2 = PigFilter.filterPig(pigList,(Pig pig)->211==pig.getWeight());
怎么样?是不是很炫酷?(参数—>返回结果)=传递的行为代码(本例种的test,也就是你定义的筛选条件接口的实现!)。
lambda表达式同样也解决了上述的第一个问题,就是我们可以将我们的方法直接作为参数传递,而无需用对象进行包裹,使我们的方法成为了一等值!
看到这里,可能有的童鞋会有疑问,如果接口中有多个方法怎么办,能使用lambda表达式吗?答案是否定的,并不是所有接口都可以使用Lambda表达式,只有函数式接口可以。按照Java8函数式接口的定义,其只能有一个抽象方法,否则就不是函数时接口,就无法用Lambda表达式。可以使用@FunctionalInterface标注函数式接口,在编译时提前发现错误。
java8 API中很多方法都可以用不同的行为来参数化。比如list.sort排序,线程的创建(Thread t = new Thread(() -> System.out.println("Hello world"));),GUI事件处理等等。