|
5
|
| polygenelubricants · 技术社区 · 15 年前 |
|
|
1
6
这方面没有令人满意的解决办法,因为
你必须这么做
看,这很有欺骗性。这3种方法可能看起来很相似,但自动装箱/取消装箱隐藏了这样一个事实:它们在字节码级别实际上是非常不同的:
即使可以绑定像
|
|
|
2
5
不是所有的Number子类都可以自动取消装箱。例如,BigDecimal不能自动取消装箱。因此“+”运算符不起作用。 |
|
|
3
4
在以下所有已知的JDTISEK解决方案中,如果不是已知的,那么它的实现是最可靠的:
返回是使用一个明显不安全的强制转换完成的,但是如果您使用的是某个T的类或T的子类的构造函数,则可以确保它始终是安全的强制转换。 |
|
|
4
2
这并不是泛型的限制。
|
|
5
1
第1部分:
当您可以:
底线是-你不能把自动装箱和泛型结合起来。 |
|
|
6
1
这里的问题是你的代码必须解除对象的绑定,对原语进行操作,然后重新绑定它。因为Java不知道它是如何编译的,因为它不知道如何编译代码。
唯一的方法是,如果有一个plusOne函数为Number定义,而没有。 |
|
|
7
0
Java中的算术运算只对原语起作用。你在这里结合了泛型和自动装箱拆箱等。
|