Java开发笔记（七十）Java8新增的几种泛型接口

由于泛型存在某种不确定的类型，因此很少直接运用于拿来即用的泛型类，它更经常以泛型接口的面目出现。例如几种基本的容器类型Set、Map、List都被定义为接口interface，像HashSet、TreeMap、LinkedList等等只是实现了对应容器接口的具体类罢了。泛型的用途各式各样，近的不说，远的如数组工具Arrays的sort方法，它在排序时用到的比较器Comparator就是个泛型接口。别看Comparator.java的源码洋洋洒洒数百行，其实它的精华部分仅仅下列寥寥数行：

//数组排序需要的比较器主要代码，可见它是个泛型接口
public interface Comparator<T> {
    int compare(T o1, T o2);
}

当然系统提供的泛型接口不止是Comparator一个，从Java8开始，又新增了好几个系统自带的泛型接口，它们的适用范围各有千秋，接下来便分别加以介绍。

1、断言接口Predicate
之前介绍方法引用的时候，要求从一个字符串数组中挑选出符合条件的元素生成新数组，为此定义一个过滤器接口StringFilter，该接口声明了字符串匹配方法isMatch，然后再利用该过滤器编写字符串数组的筛选方法，进而由外部通过Lambda表达式或者方法引用来进行过滤。可是StringFilter这个过滤器只能用于筛选字符串，不能用来筛选其它数据类型。若想让它支持所有类型的数据筛选，势必要把数据类型空泛化，Java8推出的断言接口Predicate正是这种用于匹配校验的泛型接口。
在详细说明Predicate之前，先定义一个苹果类Apple，本文的几个泛型接口都准备拿苹果类练手，它的类定义代码如下所示：

//定义一个苹果类
public class Apple {
	private String name; // 名称
	private String color; // 颜色
	private Double weight; // 重量
	private Double price; // 价格

	public Apple(String name, String color, Double weight, Double price) {
		this.name = name;
		this.color = color;
		this.weight = weight;
		this.price = price;
	}

	// 为节省篇幅，此处省略每个成员属性的get/set方法

	// 获取该苹果的详细描述文字
	public String toString() {
		return String.format("\n(name=%s,color=%s,weight=%f,price=%f)", name,
				color, weight, price);
	}

	// 判断是否红苹果
	public boolean isRedApple() {
		return this.color.toLowerCase().equals("red");
	}
}

接着构建一个填入若干苹果信息的初始清单，几种泛型接口准备对苹果清单磨刀霍霍，清单数据的构建代码示例如下：

	// 获取默认的苹果清单
	private static List<Apple> getAppleList() {
		// 数组工具Arrays的asList方法可以把一系列元素直接赋值给清单对象
		List<Apple> appleList = Arrays.asList(
						new Apple("红苹果", "RED", 150d, 10d),
						new Apple("大苹果", "green", 250d, 10d),
						new Apple("红苹果", "red", 300d, 10d),
						new Apple("大苹果", "yellow", 200d, 10d),
						new Apple("红苹果", "green", 100d, 10d),
						new Apple("大苹果", "Red", 250d, 10d));
		return appleList;
	}

然后当前的主角——断言接口终于登场了，别看“断言”二字似乎很吓人，其实它的关键代码也只有以下几行，真正有用的就是校验方法test：

public interface Predicate<T> {
    boolean test(T t);
}

再定义一个清单过滤的泛型方法，输入原始清单和断言实例，输出筛选后符合条件的新清单。过滤方法的处理逻辑很简单，仅仅要求遍历清单的所有元素，一旦通过断言实例的test方法检验，就把该元素添加到新的清单。具体的过滤代码如下所示：

	// 利用系统自带的断言接口Predicate，对某个清单里的元素进行过滤
	private static <T> List<T> filterByPredicate(List<T> list, Predicate<T> p) {
		List<T> result = new ArrayList<T>();
		for (T t : list) {
			if (p.test(t)) { // 如果满足断言的测试条件，则把该元素添加到新的清单
				result.add(t);
			}
		}
		return result;
	}

终于轮到外部调用刚才的过滤方法了，现在要求从原始的苹果清单中挑出所有的红苹果，为了更直观地理解泛型接口的运用，先通过匿名内部类方式来表达Predicate实例。此时的调用代码是下面这样的：

	// 测试系统自带的断言接口Predicate
	private static void testPredicate() {
		List<Apple> appleList = getAppleList();
		// 第一种调用方式：匿名内部类实现Predicate。挑出所有的红苹果
		List<Apple> redAppleList = filterByPredicate(appleList, new Predicate<Apple>() {
			@Override
			public boolean test(Apple t) {
				return t.isRedApple();
			}
		});
		System.out.println("红苹果清单：" + redAppleList.toString());
	}

运行上述的测试代码，从输出的日志信息可知，通过断言接口正确筛选到了红苹果清单：

红苹果清单：[
(name=红苹果,color=RED,weight=150.000000,price=10.000000),
(name=红苹果,color=red,weight=300.000000,price=10.000000),
(name=大苹果,color=Red,weight=250.000000,price=10.000000)]

显然匿名内部类的实现代码过于冗长，改写为Lambda表达式的话仅有以下一行代码：

		// 第二种调用方式：Lambda表达式实现Predicate
		List<Apple> redAppleList = filterByPredicate(appleList, t -> t.isRedApple());

或者采取方法引用的形式，也只需下列的一行代码：

		// 第三种调用方式：通过方法引用实现Predicate
		List<Apple> redAppleList = filterByPredicate(appleList, Apple::isRedApple);

除了挑选红苹果，还可以挑选大个的苹果，比如要挑出所有重量大于半斤的苹果，则采取Lambda表达式的的调用代码见下：

		// Lambda表达式实现Predicate。挑出所有重量大于半斤的苹果
		List<Apple> heavyAppleList = filterByPredicate(appleList, t -> t.getWeight() >= 250);
		System.out.println("重苹果清单：" + heavyAppleList.toString());

以上的代码演示结果，充分说明了断言接口完全适用于过滤判断及筛选操作。

2、消费接口Consumer
断言接口只进行逻辑判断，不涉及到数据修改，若要修改清单里的元素，就用到了另一个消费接口Consumer。譬如下馆子消费，把肚子撑大了；又如去超市消费，手上多了装满商品的购物袋；因此消费行为理应伴随着某些属性的变更，变大或变小，变多或变少。Consumer同样属于泛型接口，它的核心代码也只有以下区区几行：

public interface Consumer<T> {
    void accept(T t);
}

接着将消费接口作用于清单对象，意图修改清单元素的某些属性，那么得定义泛型方法modifyByConsumer，根据输入的清单数据和消费实例，从而对清单执行指定的消费行为。详细的修改方法示例如下：

	// 利用系统自带的消费接口Consumer，对某个清单里的元素进行修改
	private static <T> void modifyByConsumer(List<T> list, Consumer<T> c) {
		for (T t : list) {
			// 根据输入的消费指令接受变更，所谓消费，通俗地说，就是女人花钱打扮自己。
			// 下面的t既是输入参数，又允许修改。
			c.accept(t); // 如果t是String类型，那么accept方法不能真正修改字符串
		}
	}

消费行为仍然拿苹果清单小试牛刀，外部调用modifyByConsumer方法之时，传入的消费实例要给苹果名称加上“好吃”二字。下面便是具体的调用代码例子，其中一块列出了匿名内部类与Lambda表达式这两种写法：

	// 测试系统自带的消费接口Consumer
	private static void testConsumer() {
		List<Apple> appleList = getAppleList();
		// 第一种调用方式：匿名内部类实现Consumer。在苹果名称后面加上“好吃”二字
		modifyByConsumer(appleList, new Consumer<Apple>() {
			@Override
			public void accept(Apple t) {
				t.setName(t.getName() + "好吃");
			}
		});
		// 第二种调用方式：Lambda表达式实现Consumer
		modifyByConsumer(appleList, t -> t.setName(t.getName() + "好吃"));
		System.out.println("好吃的苹果清单" + appleList.toString());
	}

运行上面的调用代码，可见输入的日志记录果然给苹果名称补充了两遍“好吃”：

好吃的苹果清单[
(name=红苹果好吃好吃,color=RED,weight=150.000000,price=10.000000),
(name=大苹果好吃好吃,color=green,weight=250.000000,price=10.000000),
(name=红苹果好吃好吃,color=red,weight=300.000000,price=10.000000),
(name=大苹果好吃好吃,color=yellow,weight=200.000000,price=10.000000),
(name=红苹果好吃好吃,color=green,weight=100.000000,price=10.000000),
(name=大苹果好吃好吃,color=Red,weight=250.000000,price=10.000000)]

不过单独使用消费接口的话，只能把清单里的每个元素全部修改过去，不加甄别的做法显然太粗暴了。更好的办法是挑出符合条件的元素再做变更，如此一来就得联合运用断言接口与消费接口，先通过断言接口Predicate筛选目标元素，再通过消费接口Consumer处理目标元素。于是结合两种泛型接口的泛型方法就变成了以下这般代码：

	// 联合运用Predicate和Consumer，可筛选出某些元素并给它们整容
	private static <T> void selectAndModify(List<T> list, Predicate<T> p, Consumer<T> c) {
		for (T t : list) {
			if (p.test(t)) { // 如果满足断言的条件要求，
				c.accept(t); // 就把该元素送去美容院整容。
			}
		}
	}

针对特定的记录再作调整，正是实际业务场景中的常见做法。比如现有一堆苹果，因为每个苹果的质量参差不齐，所以要对苹果分类定价。一般的苹果每公斤卖10块钱，如果是红彤彤的苹果，则单价提高50%；如果苹果个头很大（重量大于半斤），则单价也提高50%；又红又大的苹果想都不要想肯定特别吃香，算下来它的单价足足是一般苹果的1.5*1.5=2.25倍了。那么调整苹果定价的代码逻辑就得先后调用两次selectAndModify方法，第一次用来调整红苹果的价格，第二次用来调整大苹果的价格，完整的价格调整代码如下所示：

	// 联合测试断言接口Predicate和消费接口Consumer
	private static void testPredicateAndConsumer() {
		List<Apple> appleList = getAppleList();
		// 如果是红苹果，就涨价五成
		selectAndModify(appleList, t -> t.isRedApple(), t -> t.setPrice(t.getPrice() * 1.5));
		// 如果重量大于半斤，再涨价五成
		selectAndModify(appleList, t -> t.getWeight() >= 250, t -> t.setPrice(t.getPrice() * 1.5));
		System.out.println("涨价后的苹果清单：" + appleList.toString());
	}

运行以上的价格调整代码，从以下输出的日志结果可知，每个苹果的单价都经过计算重新改过了：

涨价后的苹果清单：[
(name=红苹果,color=RED,weight=150.000000,price=15.000000),
(name=大苹果,color=green,weight=250.000000,price=15.000000),
(name=红苹果,color=red,weight=300.000000,price=22.500000),
(name=大苹果,color=yellow,weight=200.000000,price=10.000000),
(name=红苹果,color=green,weight=100.000000,price=10.000000),
(name=大苹果,color=Red,weight=250.000000,price=22.500000)]

　　

3、函数接口Function
刚才联合断言接口和消费接口，顺利实现了修改部分元素的功能，然而这种做法存在问题，就是直接在原清单上面进行修改，一方面破坏了原始数据，另一方面仍未抽取到新清单。于是Java又设计了泛型的函数接口Function，且看它的泛型接口定义代码：

public interface Function<T, R> {
    R apply(T t);
}

从Function的定义代码可知，该接口不但支持输入某个泛型变量，也支持返回另一个泛型变量。这样的话，把输入参数同输出参数区分开，就避免了二者的数据处理操作发生干扰。据此可编写新的泛型方法recycleByFunction，该方法输入原始清单和函数实例，输出处理后的新清单，从而满足了数据抽取的功能需求。详细的方法代码示例如下：

	// 利用系统自带的函数接口Function，把所有元素进行处理后加到新的清单里面
	private static <T, R> List<R> recycleByFunction(List<T> list, Function<T, R> f) {
		List<R> result = new ArrayList<R>();
		for (T t : list) {
			R r = f.apply(t); // 把原始材料t加工一番后输出成品r
			result.add(r); // 把成品r添加到新的清单
		}
		return result;
	}

接下来由外部去调用新定义的recycleByFunction方法，照旧采取匿名内部类与Lambda表达式同时进行编码，轮番对红苹果和大苹果涨价，修改后的调用代码例子见下：

	// 测试系统自带的函数接口Function
	private static void testFunction() {
		List<Apple> appleList = getAppleList();
		List<Apple> appleRecentList;
		// 第一种调用方式：匿名内部类实现Function。把涨价后的苹果放到新的清单之中
		appleRecentList = recycleByFunction(appleList,
				new Function<Apple, Apple>() {
					@Override
					public Apple apply(Apple t) {
						Apple apple = new Apple(t.getName(), t.getColor(), t.getWeight(), t.getPrice());
						if (apple.isRedApple()) { // 如果是红苹果，就涨价五成
							apple.setPrice(apple.getPrice() * 1.5);
						}
						if (apple.getWeight() >= 250) { // 如果重量大于半斤，再涨价五成
							apple.setPrice(apple.getPrice() * 1.5);
						}
						return apple;
					}
				});
		// 第二种调用方式：Lambda表达式实现Function
		appleRecentList = recycleByFunction(appleList, t -> {
					Apple apple = new Apple(t.getName(), t.getColor(), t.getWeight(), t.getPrice());
					if (apple.isRedApple()) { // 如果是红苹果，就涨价五成
						apple.setPrice(apple.getPrice() * 1.5);
					}
					if (apple.getWeight() >= 250) { // 如果重量大于半斤，再涨价五成
						apple.setPrice(apple.getPrice() * 1.5);
					}
					return apple;
				});
		System.out.println("涨价后的新苹果清单：" + appleRecentList.toString());
	}

注意到上面的例子代码中，函数接口的入参类型为Apple，而出参类型也为Apple。假设出参类型不是Apple，而是别的类型如String，那该当若何？其实很简单，只要函数接口的返回参数改成其它类型就好了。譬如现在无需返回苹果的完整清单，只需返回苹果的名称清单，则调用代码可调整为下面这样：

		// 返回的清单类型可能与原清单类型不同，比如只返回苹果名称
		List<String> colorList = recycleByFunction(appleList,
				t -> t.getName() + "(" + t.getColor() + ")");
		System.out.println("带颜色的苹果名称清单：" + colorList.toString());

运行以上的调整代码，果然打印了如下的苹果名称清单日志：

带颜色的苹果名称清单：[红苹果(RED), 大苹果(green), 红苹果(red), 大苹果(yellow), 红苹果(green), 大苹果(Red)]

　　

更多Java技术文章参见《Java开发笔记（序）章节目录》