Java8 -通过行为参数化传递代码(1)

  在软件工程中,一个众所周知的问题就是,不管你做什么,用户的需求肯定会变的。比如说,有一个应用程序是帮助农民了解自己的库存的。这位农民可能想有一个查找库存中所有的绿苹果的功能。但是到了第二天,他可能告诉你,其实还想找出所有重量超过150g的苹果。又过了两天,农民有跑过来补充道,要是我可以找出所有既是绿色,重量也超过150g的苹果,那就太好了。你要如何应对这样不断变化的需求呢?
  行为参数化就是可以帮助你处理处理频繁变更的需求的一种软件开发模式。总之,它意味着拿出一个代码块,把它准备好却不去执行它。这个代码块以后可以被你的程序的其他部分调用,这就表示你可以推迟这个代码块的执行。例如,你可以将代码块作为参数传给一个方法,在这个方法里面再去执行它。这样,这个方法的行为就基于那个代码块被参数化了。

1.应对不断变化的需求

  编写能够应对变化的需求的代码并不容易。让我们看看一个例子,我们会逐步地改进这个例子,以展示一些让代码更加灵活的最佳做法。就农场库存程序而言,你必须实现一个从列表中筛选绿苹果的功能。

(1) 初试牛刀:筛选绿苹果

   第一个解决方案可能是下面这样的:

private List<Apple> filterGreenApple(List<Apple> inventory) {
        List<Apple> result = new ArrayList<>(); // 累积的苹果列表
        for (Apple apple : inventory) {
            if ("green".equals(apple.getColor())) { //仅仅筛选出绿苹果
                result.add(apple);
            }
        }
        return result;
    }

  这里筛选条件是筛选绿苹果。但是先在农名改主意了,他还要筛选红苹果,你该怎么做呢?简单的方法就是复制这段代码,将名字改为filterRedApple,然后更改if条件来匹配红苹果。然而,要是农民想要筛选多种颜色:浅绿色、暗红色、黄色等等,这种方法就应付不了。一个良好的原则是在编写类似的代码之后,尝试将其抽象化

(2) 再展身手:把颜色作为参数

  一种做法是给方法加一个参数,把颜色变成参数,这样就能灵活的适应变化了:

private List<Apple> filterAppleByColor(List<Apple> inventory, String color) {
        List<Apple> result = new ArrayList<>(); 
        for (Apple apple : inventory) {
            if (color.equals(apple.getColor())) { 
                result.add(apple);
            }
        }
        return result;
    }

  现在,只要像下面这样调用方法,农民朋友就会满意了:

List<Apple> greenApples = filterAppleByColor(inventory, "green");
List<Apple> redApples = filterAppleByColor(inventory, "red");

  太简单了对吧?那我们在把例子弄得更加复杂一点儿。这位农民又跑过来和你说,要是能够区分轻的苹果和重的苹果就太好了。重的苹果一般是重量大于150g。于是你写了下面的方法,用一个参数来应对不同的重量:

private List<Apple> filterAppleByWeight(List<Apple> inventory, int weight) {
        List<Apple> result = new ArrayList<>();
        for (Apple apple : inventory) {
            if (apple.getWeight() > weight) {
                result.add(apple);
            }
        }
        return result;
    }

  解决方法不错,但是复制大部分的代码来实现遍历库存,并对每一个苹果应用筛选条件。这让人有点失望,因为它打破了DRY(Don't Repeat Yourself,不要重复自己)的软件工程原则。如果你想要改变筛选方式来提升性能?那就得修改所有方法的实现,而不是只改一个。从工程的工作量角度来看,这个代价太大了

2.行为参数化

  在上面已经看到了,你需要一种比添加很多参数更好的方法来应对变化的需求。让我们后退一步来看看更高层次的抽象。一种可能的解决方案是对你的选择标准进行建模。让我们定义一个接口来对选择标准进行建模:

public interface ApplePredicate {
    boolean test(Apple apple);
}

  现在可以使用ApplePredicate的多个实例代表不同的选择标准了,比如:

public class AooleHeavyWeightPericate implements ApplePredicate { //选出重的苹果

    @Override
    public boolean test(Apple apple) {
        return apple.getWeight() > 150;
    }

}
public class AppleGreenColorPerdicate implements ApplePredicate {//选择绿苹果

    @Override
    public boolean test(Apple apple) {
        return "green".equals(apple.getColor());
    }

}

(1)根据抽象条件进行筛选

  使用ApplePredicate改过之后,filter方法看起来是这样的:

private List<Apple> filterApple(List<Apple> inventory, ApplePredicate p){
        List<Apple> result = new ArrayList<>();
        for (Apple apple : inventory) {
            if (p.test(apple)) {
                result.add(apple);
            }
        }
        return result;
    }
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。