这是一个创建于 2700 天前的主题，其中的信息可能已经有所发展或是发生改变。
譬如
public class Entry<K,V> {
K key;
V value;
public Entry(K key, V value){
this.key = key;
this.value = value;
}
boolean equals(Entry e){
return (this.key == e.getKey() && this.value == e.getValue());
}
}
这里面这个 equals 函数里的 Entry 加<>和不加<>有区别吗？ 然后这三种情况 1 不加 2 加<> 3 加<K,V> 什么时候该用哪个有什么规则吗？ 是不是加<K,V>是最保险的？
 |
1
vingz 2017-07-06 00:27:49 +08:00
mark，等着 java 老司机回答
|
 |
2
wuyukai 2017-07-06 00:59:42 +08:00 via Android
类定义加，构造函数不加，第三个属于省略了
|
 |
3
geelaw 2017-07-06 02:15:50 +08:00
泛型方法定义和泛型类定义中只有需要新的泛型参数的时候才需要加。
例如 class G<T> { T t; void G2<T2>(T2 t2) { T2 t3 = t2; } } 调用泛型方法，通常参数可以推断，不需要加；此外，因为类型擦除的缘故，编译器可以简单地把所有参数都推断为 Object。 定义泛型类的实例，不加应该是默认 Object，但我不确定。由于类型擦除的缘故，下面这个是正确的： G g = new G<Integer>(); 说到底，这个问题并不重要，因为 Java 的泛型参数是擦除的。如果你不确定，可以选择加或者不加，然后尝试编译，或者看 IDE 提示。 |
 |
4
Perry 2017-07-06 02:21:49 +08:00
去掉之后 IDE 会报错的要加 不然不加
😂 |
 |
5
WhoMercy 2017-07-06 08:27:57 +08:00 via Android
你可能要了解一下“泛型擦除”，既即使加了泛型也会有类型错误的问题。
我的做法是，如果有定义泛型的类、方法，肯定是要添加，如果参数的类型广泛，可以用 Object。 声明时用 3.实例用 2.不用 1.如 Map<String,Integer> tempMap = new HashMap<>(); 使用 tempMap 时就不需要强制类型转化等 |
 |
6
zhuyao 2017-07-06 08:32:51 +08:00
不在意编译警告可以不加，不在意类造型异常可以不加
|
 |
7
gongzhang 2017-07-06 10:06:18 +08:00
编译器警告都要在意啊～
无<...>的是旧的写法，建议都带<...>。楼主例子里面的 equals(Entry) 可以写作 Entry<?, ?>。 好像是 Java 7 开始有了一些范型的类型推断吧？可以在某些场合下省略内容，像是楼上 WhoMercy 的例子 |
Select Language