为什么没有';JList参数化破坏了Java中的兼容性?
Java的JList现在是参数化的,参数化最初是在Java 1.7中引入的: 为什么这个类的参数化没有破坏与使用Java1.6编译器编译但运行在Java1.7JRE上的应用程序的兼容性?我自然会假设,当一个类所接受的类型参数的数量发生变化时,兼容性就会中断 类似的问题(可能有相同的答案):ExecutorService的invokeAll采用Java 1.5集合,但现在采用集合引用: 添加或删除类的类型参数本身对二进制兼容性没有任何影响 引述: 添加或删除类的类型参数本身对二进制兼容性没有任何影响为什么没有';JList参数化破坏了Java中的兼容性?,java,swing,generics,jlist,executorservice,Java,Swing,Generics,Jlist,Executorservice,Java的JList现在是参数化的,参数化最初是在Java 1.7中引入的: 为什么这个类的参数化没有破坏与使用Java1.6编译器编译但运行在Java1.7JRE上的应用程序的兼容性?我自然会假设,当一个类所接受的类型参数的数量发生变化时,兼容性就会中断 类似的问题(可能有相同的答案):ExecutorService的invokeAll采用Java 1.5集合,但现在采用集合引用: 添加或删除类的类型参数本身对二进制兼容性没有任何影响 引述: 添加或删除类的类型参数本身对二进制兼容性没有任何影
欢迎来到类型擦除的乐趣。这与ArrayList和所有其他现在参数化的旧类型有何不同?欢迎来到类型擦除的乐趣。这与ArrayList和所有其他现在参数化的旧类型有何不同?