使用泛型导致未检查转换警告

Question

我有以下代码

String innerText = null; 
innerText = this.getException(detail.getChildElements()); 

导致此警告

类型安全：类型Iterator的表达需要选中转换成符合 到迭代器

参考方法是

private String getException(Iterator<OMElementImpl> iterator) { ... } 

另一种方法getChildElements()位于我无法触及的JAR文件中。没有其他警告或错误。

从谷歌搜索，似乎想摆脱这种警告的通常的方法是

@SuppressWarnings("unchecked") 
String innerText = this.getException(detail.getChildElements()); 

因为编译器不能保证提前安全，但我宁愿避免使用SuppressWarnings如果可能......有更好的方法吗？

编辑：getChildElements()是记录here

Answer 1

您可以抑制警告，但如果你这样做，你是在第三方库依托100％，并放弃Java的泛型类型的保证：即在运行时产生的任何ClassCastException都会在显式转换时发生。

我们的编码标准是为了抑制警告只有当我们能够证明的代码是类型安全—和我们对待包作为黑盒外的任何电话，并且不依赖于有关的内容有任何意见原始的收藏。所以，抑制是非常罕见的。通常，如果代码是类型安全的，编译器可以确定它，但有时我们必须给它一些帮助。少数例外涉及不从私有上下文中“逃脱”的泛型类型的数组。

如果您不完全信任第三方库，请创建一个新的集合，并在将其添加到OMEElementImpl后添加内容。这样，如果库中存在一个错误，你马上就会发现它，而不是让一些代码在时间和空间上远离一个ClassCastException。

例如：

Iterator<?> tmp = detail.getChildElements(); 
Collection<OMElementImpl> elements = new ArrayList<OMElementImpl>(); 
while (tmp.hasNext()) 
    elements.add((OMElementImpl) tmp.next()); /* Any type errors found here! */ 
String innerText = getException(elements.iterator()); 

记住，仿制药并没有发明使代码看起来很漂亮，需要更少的打字！泛型的承诺是这样的：如果您的代码在没有警告的情况下编译，则保证其是类型安全的。就是这样。当忽略或抑制警告时，没有投射操作员的代码可能会神秘地提起ClassCastException。

---

更新：在这种情况下，尤其是，它似乎非常危险的假设的getChildElements结果是OMElementImpl一个迭代器。充其量，你可能会认为他们是OMElement，而这只是从班级暗示的，而不是特别的方法。