java 泛型和object比较

 

引言

我们使用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做形参,一切问题都扫除了,但是本文只讨论泛型的优点

 

posted @ 2019-08-30 17:54  持&恒  阅读(3622)  评论(0编辑  收藏