引言
我们使用object和泛型做形参,都是为了让这个方法能接收更多类型的对象,让程序变得更健壮,代码复用率更高。当我们回看自己写的代码时会发现,好像使用泛型的地方使用object也可以,使用object的地方使用泛型同样能实现,那么,本文就说一下,泛型和object的却别
正题
先上举例来说明一下object和泛型的使用场景吧,有这样一个需求:写一个数字排序的算法,我们知道java中的数字类型有Double、Float、Byte、Short、Integer 以及 Long。
方法一:每种数字类型写一个方法,需要写6个方法
class Sort {
void sort(Integer[] sort) {
// 排序
}
void sort(Double[] sort) {
// 排序
}
}
方法二:使用object,只需要写一个方法。
class Sort {
void sort(Object[] sort) {
Number[] numbers = (Number[]) sort;
// 排序
}
}
方法三:使用泛型
class Sort {
<T> void sort(T[] sort) {
Number[] numbers = (Number[]) sort;
// 排序
}
}
好了,开始测试
public static void main(String[] args) {
Test t=new Test();
t.sort(new Integer[]{2,3});
t.sort1(new Integer[]{2,3});
}
<T> void sort(T[] sort) {
Number[] numbers = (Number[]) sort;
}
void sort1(Object[] sort) {
Number[] numbers = (Number[]) sort;
// 排序
}
编译没毛病,运行也不会有毛病,别急我们再写一个列子
public static void main(String[] args) {
Test t=new Test();
t.sort(new String[]{"a","b"});
t.sort1(new String[]{"a","b"});
}
<T> void sort(T[] sort) {
Number[] numbers = (Number[]) sort;
//排序
}
void sort1(Object[] sort) {
Number[] numbers = (Number[]) sort;
// 排序
}
编译没毛病,运行一下:
我们最头疼的就是这种运行时的错误了,在大型项目中都需要编译好后部署然后运行,所以大家都希望问题在编译期就暴露出来,不要等到运行时才发现问题,那么问题来了有没有一种写法能够让他在编译器发现问题呢?看下面这个例子
class Sort {
<T extends Number> void sort(T[] sort) {
Number[] numbers = (Number[]) sort;
// 排序
}
}
测试代码
显然使用T extends这中写法能让问题在编译期暴露
问题的解决方法有了,总结一下
1、使用object作为形参当需要进行类型强制转换时,编译期不会检查类型是否安全,运行期才会检查
2、泛型写法范型的指定保证了代码的健壮性,避免了强转的风险.
完毕
结后语
我相信大家在写这个算法时选形参的类型时,大部分猿都不会选object,而选Number,是的选Number做形参,一切问题都扫除了,但是本文只讨论泛型的优点
评论区