第一个解决方案可能是下面这样的:
public static List<Apple> filterGreenApples(List<Apple> inventory){ List<Apple> result=new ArrayList<>(); //仅仅筛选出绿苹果 for (Apple apple : inventory) { if ("green".equals(apple.getColor())){ result.add(apple); } } return result; }
上面代码只针对绿苹果进行筛选,现在,我还想筛选出红苹果,该怎么做呢?简单的解决办法就是重复写一个方法,再改条件为红苹果,但是,要筛选的颜色有多种的情况,这样写会导致代码十分冗余,所以我们第一步尝试将其抽象化。
public static List<Apple> filterGreenApples(List<Apple> inventory,String color){
List<Apple> result=new ArrayList<>();
//颜色作为参数
for (Apple apple : inventory) {
if (color.equals(apple.getColor())){
result.add(apple);
}
}
return result;
}
但是现在又想根据苹果的重量对苹果进行筛选,那是不是也要用另外一个参数表示苹果重量呢?之后我又想加个标志区分对颜色和重量的查询呢?下面是展示一般写法,但是很傻。
public static List<Apple> filterGreenApples(List<Apple> inventory,String color,int weight,boolean flag){ List<Apple> result=new ArrayList<>(); for (Apple apple : inventory) { if (flag && color.equals(apple.getColor())|| (!flag && apple.getWeight()>weight)){ result.add(apple); } } return result; }
我们可以把行为进行参数化,来达到更高层次的抽象,首先定义一个统一的标准接口,再通过不同子类对其进行实现,这有点类似于策略设计模式的赶脚。
//封装了对选择苹果的策略
public interface ApplePredicate {
//具体算法交给子类去实现
boolean test (Apple apple);}
//颜色算法
public class AppleGreenColorPredicate implements ApplePredicate {
@Override public boolean test(Apple apple) {
return "green".equals(apple.getColor());
}}
//重量算法
public class AppleHeavyWeightPredicate implements ApplePredicate {
@Override
public boolean test(Apple apple) {
return apple.getWeight()>150;
}}
public static List<Apple> filterApples(List<Apple> inventory,ApplePredicate p){ List<Apple> result = new ArrayList<>(); //行为参数化 for (Apple apple : inventory) { if (p.test(apple)){ result.add(apple); } } return result; }
我们在使用的时候可以传递不同的策略实现来达到目的
List<Apple> heavyApples = filterApples(inventory, new AppleHeavyWeightPredicate()); List<Apple> greenApples = filterApples(inventory, new AppleGreenColorPredicate());
但是这样有个问题,就是每个策略我都要定义一个实现类去实现某个算法,导致后面如果有很多策略,会增加很多的类,我们知道使用匿名类也是一种不错的选择
List<Apple> redApples = filterApples(inventory, new ApplePredicate() { @Override public boolean test(Apple apple){ return "red".equals(apple.getColor()); } });
但是问题又来了,匿名类还是不够好,第一,它往往很笨重,占用了很多的空间,第二,使用起来让人费解,导致代码可读性不高,即使匿名类处理在某种程度上改善了为一个接口声明好几个实体类的啰嗦问题,但是还是不能令人满意,自java8引入的lambda表达式——一种更简洁的传递代码的方式解决了这个问题。下面我们利用lambda表达式来改写前面的代码吧
List<Apple>result= filterApples(inventory, (Apple apple)-> "red".equals(apple.getColor()));
不得不承认,使用lambda表达式改写之前的代码确实干净很多,因为它看起来更像问题陈诉本身了,解决了啰嗦的问题
在通往抽象的路上,我们还可以进一步。目前filterApples方法还只适用Apple,我们还可以尝试适用在其他水果上。
public interface Predicate<T> { boolean test(T t);}//映入类型参数T public static<T> List<T> filter(List<T> list,Predicate<T> p){ List<T> result =new ArrayList<>(); for (T e : list) { if (p.test(e)){ result.add(e); } } return result; }
现在你可以吧filter方法作用在橘子,香蕉等列表上了。
行为参数化,就是一个方法接收不同的行为作为参数,并在内部使用他们,完成不同行为的能力。 行为参数化可以让代码更好的适应不断变化的要求,减轻未来的工作量。 传递代码,就是将新行为作为参数传递给方法,但是在java8之前实现起来很啰嗦。为接口声明许多只用一次的实体类而造成的啰嗦代码,在java8之前可以用匿名类来减少。 java API 包含很多可以用不同行为进行参数化的方法,包括排序、线程等。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。