|
128
|
| Julien Chastang · 技术社区 · 17 年前 |
|
|
1
75
值得一提的是,以下表达式:
总是
而且,对于真正的基元类型(
你会有一些小小的不同。
那么回到制造问题上来
所以我猜孙做出了(合理的)决定
|
|
|
2
46
有关答案,请参阅Java BugTrade bug 4414323 comp.lang.java.programmer 引用Sun对2001年错误报告的回应:
|
|
|
3
5
|
|
|
4
5
要尝试解决原始问题(对数字列表进行排序),一个选项是声明泛型类型的列表,扩展数字并实现可比较。 比如:
|
|
|
5
3
相反,Number的非原子子类实现了compariable本身。
|
|
|
6
3
你可以用 Transmorph 使用其NumberComparator类比较数字。
|
|
|
7
2
编写自己的比较器
|
|
|
8
1
但是,您可以编写自己的比较器,并使用它创建树映射<编号,对象>,TreeSet<数量>或集合。排序(List<Number>,Comparator)或数组。排序(Number[],Comparator); |
|
|
9
1
为什么这会是个坏主意? :
另一个选项可能是声明类编号实现Comparable,省略compareTo实现,并在某些类(如Integer)中实现它,而在其他类(如AtomicInteger)中抛出UnsupportedException。 |
|
|
10
0
|
|
|
11
0
查看类层次结构。像Long、Integer等包装类实现了Comparable,即整数与整数可比,Long与Long可比,但不能混合使用。至少在这个泛型范例中是这样。我想这回答了你的问题“为什么”。 |
|
|
12
0
A.
|