Java开发笔记（六十八）从泛型方法探究泛型的起…

前面介绍各种容器之时，通过在容器名称后面添加包裹数据类型的一对尖括号，表示该容器存放的是哪种类型的元素。这样一来总算把Java当中的各类括号都凑齐了，例如包裹一段代码的花括号、指定数组元素下标的方括号、容纳方法输入参数的圆括号，还有最近跟在容器名称之后的尖括号。可是为什么尖括号要加到容器后面呢？它还能不能用于其它场合？若想对尖括号的来龙去脉究根问底，就得从泛型的概念说起了。
不管是方法还是类，都支持输入指定类型的参数，其中方法的输入参数在调用方法时填写，而类的输入参数可通过构造方法传递。在这两种参数输入的情况中，参数类型是早就确定好的，只有参数值才会动态变化，那要是连参数类型都不确定，得等到方法调用或者创建实例的时候才能确定参数类型，这可如何是好？为解决此种需求，各类编程语言纷纷祭出泛型的绝招，所谓“泛型”它的表面意思是空泛的类型，也就是不明确的类型，既然类型在方法定义或者类定义时仍不明确，只好留待要用的时候再指定了。
为了更好地理解泛型的根源，接下来先看个简单的例子。如今有两个数字，一个是整数1，另一个是带小数点的1.0，光光从算术方面比较的话，1与1.0肯定相等。但是到了Java语言这里，使用包装整型变量保存整数1，使用包装浮点型变量保存小数1.0f，然后二者通过equals方法进行校验，判断结果却是不等的。此处对整数与小数开展比较的代码如下所示：

		Integer oneInt = 1;
		Float oneFloat = 1.0f;
		boolean equalsSimple = oneInt.equals(oneFloat);
		System.out.println("equalsSimple="+equalsSimple);

运行以上的测试代码，发现日志输出信息为“equalsSimple=false”，该结果看似咄咄怪事，其实是必然的，因为它们的变量类型都不一样，导致编译器认为二者的类型尚不吻合，遑论其它。若想进行包装数值变量之间的相等判断，就必须把有关变量转换为相同类型，再作指定精度的数值一致性检验。考虑到Integer和Float都继承自Number类型，系出同源的还有Long、Double等类型，于是可将这些包装变量统统转为Number类型，然后从Number变量获取双精度数值加以比较。据此编写的方法代码示例如下：

	// 通过Number基类比较两个数值变量是否相等
	public static boolean equalsNumber(Number n1, Number n2) {
		return n1.doubleValue() == n2.doubleValue();
	}

从上面的equalsNumber方法可见，它的输入参数为Number型，同时涵盖了Number及其派生出来的所有子类。对于这种情况，Java允许泛化参数类型，即先声明一个由Number扩展而来的类型T，再把T作为输入参数的变量类型。下面是具体的类型泛化代码：

	// 通过泛型变量比较两个数值变量是否相等。利用尖括号包裹泛型的派生操作
	public static <T extends Number> boolean equalsGeneric(T t1, T t2) {
		return t1.doubleValue() == t2.doubleValue();
	}

虽然equalsNumber与equalsGeneric的参数格式有所不同，但实际上两个方法是等价的，它们支持的入参类型都属于Number及其子类。

紧接着再来看个数组元素拼接成字符串的例子，编码调试的过程中，程序员常常想知道某个数组里面究竟放了哪些元素，这时便需要将数组的所有元素都打印出来。然而数组变量自身不能自动转成字符串，只能通过Arrays工具的toString方法输出拼接好的字符串，倘若由程序员自己编码去拼接数组元素，那又该如何处理？因为普通的数据类型也同时支持数组形式，所以要想整个通用的字符串拼接方法，必须找到这些数据类型的共同基类，恰好Java也提供了这个基类名叫Object，那末把“Object[]”当作通用的数组类型真是再合适不过了。如此一来，数组各元素的字符串拼接代码就变成了下面这般：

	// 把对象数组里的各个元素拼接成字符串
	public static String objectsToString(Object[] array) {
		String result = "";
		if (array!=null && array.length>0) {
			for (int i=0; i<array.length; i++) {
				if (i > 0) {
					result = result + " | ";
				}
				result = result + array[i].toString();
			}
		}
		return result;
	}

接着让外部运行一段测试代码，检查看看字符串拼接是否正常运行，测试代码如下：

		Double[] doubleArray = new Double[] { 1.1, 2D, 3.1415926, 11.11 };
		System.out.println("objectsToString=" + objectsToString(doubleArray));

运行上述的测试代码，观察输出的日志发现拼接功能完全正常：

objectsToString=1.1 | 2.0 | 3.1415926 | 11.11

Object作为普通数据类型的基类，自然它也支持泛化的写法，即先声明一个由Object扩展而来的类型T，再把T作为输入参数的变量类型，于是类型泛化的代码格式形如“<T extends Object>”。由于Object是Java默认的原始基类，如同大家自定义新类时都没写“extends Object”那样，类型泛化也不必显式写明“extends Object”，因此“<T extends Object>”完成可以简写为“<T>”。这样采取泛化简写的字符串拼接泛型代码如下所示：

	// 把泛型数组里的各个元素拼接成字符串。<T> 等同于 <T extends Object>
	//public static <T extends Object> String arraysToString(T[] array) {
	public static <T> String arraysToString(T[] array) {
		String result = "";
		if (array!=null && array.length>0) {
			for (int i=0; i<array.length; i++) {
				if (i > 0) {
					result = result + " | ";
				}
				result = result + array[i].toString();
			}
		}
		return result;
	}

现在给出了数组类型的泛型写法，容器类型也能依样画葫芦，对应于泛型数组的“T[]”，原先通用的清单数据就变成了类型“List<T>”。改写之后的清单元素拼接代码示例如下：

	// 把List清单里的各个元素拼接成字符串，此处使用了泛型
	public static <T> String listToString(List<T> list) {
		String result = "";
		if (list!=null && list.size()>0) {
			for (int i=0; i<list.size(); i++) {
				if (i > 0) {
					result = result + " | ";
				}
				result = result + list.get(i).toString();
			}
		}
		return result;
	}

对于包括清单在内的容器类型来说，还能在尖括号内部填上问号，同样表示里面的数据类型是不确定的，就像下列代码演示的那样：

	// 把List清单里的各个元素拼接成字符串，此处使用了问号表示不确定类型
	public static String listToStringByQuestion(List<?> list) {
		String result = "";
		if (list!=null && list.size()>0) {
			for (int i=0; i<list.size(); i++) {
				if (i > 0) {
					result = result + " | ";
				}
				result = result + list.get(i).toString();
			}
		}
		return result;
	}

不过带有问号的“<?>”写法有很大的局限性，它既不如泛型灵活，也不如Object通用。问号写法仅仅适用于个别场合，并不推荐在一般方法中运用。单单拿问号跟泛型比较的话，主要有以下几点区别：
1、问号只能用于给泛型类创建实例，本身不能创建实例。而泛型T既可用于泛型类创建实例，也可用于给自身创建实例，如“T t;”
2、问号只可用作输入参数，不可用作输出参数。而泛型T用于二者皆可。
3、使用了问号的容器实例，只允许调用get方法，不允许调用add方法。而泛型容器不存在方法调用的限制。

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

原文链接:https://www.cnblogs.com/pinlantu/p/10486461.html
如有疑问请与原作者联系

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有