问题标签 [unchecked]

Effective Java 2nd Edition说我们不应该在新代码中使用原始类型，并且我们还必须尝试消除所有未经检查的强制转换警告，并在我们选择禁止此类警告时证明并记录其安全性。

但是，我反复看到一种特殊的用法，它以类型安全的方式结合了原始类型和未经检查的强制转换。在其最典型的形式中，我们有：

• static final使用原始类型声明并引用不可变对象的字段
• static使用未经检查的强制类型转换返回此字段的参数化版本的通用方法

这种“模式”最著名的例子见于java.util.Collections：

• List EMPTY_LIST和<T> List<T> emptyList()
• Set EMPTY_SET和<T> Set<T> emptySet()
• Map EMPTY_MAP和<K,V> Map<K,V> emptyMap()

问题是：

• 这个成语叫什么？
• 以前在哪些权威资料中讨论过这个成语？

也可以看看

• 有效的 Java 第 2 版
  • 第 23 条：不要在新代码中使用原始类型
  • 第 24 条：消除未经检查的警告

当我选中一个复选框时，我希望它变成<p> #0099ff.

当我取消选中该复选框时，我希望它撤消它。

我到目前为止的代码：

刚开始学习如何开发 ASP.NET 应用程序，我很困惑如何使复选框始终处于未选中状态，即使在表单提交后用户勾选了复选框。该复选框用于确认用户同意条款和条件......并且当表单提交返回一些错误时，我想在屏幕上显示错误消息并保持复选框未选中，无论它是否被勾选。

在我看来，我有以下几点：

我已经在我的控制器中尝试了以下两种方法，但它们都不起作用：

任何人都可以帮助如何实现我的需要？谢谢你。

另一个我如何在没有警告问题的情况下执行 toArray()，但它与此处发布的大多数问题不同。

如何重写方法实现（不更改方法签名）以使其在没有警告的情况下编译？

这里明显的困难是 T 的类信息在运行时不可用。然而，返回类型在运行时也是一个被擦除的类型，所以没有理由不能这样做。那么，如果想强制执行编译时类型安全，我该怎么做呢？

谢谢

在我的 Java 程序中，我需要将类型的对象List<? extends SomeBaseClass>转换为List<SomeBaseClass>. 如果我直接转换它，编译器会抱怨（显示警告）存在未经检查的转换。即使我可以确定所有对象都可以转换为它们的超类，编译器不会注意到它并报告未经检查的强制转换。我怎样才能摆脱警告？除了@SupressWarnings("unchecked") 还有其他方法吗？

PS：代码工作正常，我只是好奇是否有更好的做事方式。

编辑：

解决方案：如果他确定将来不会更改列表，则应该只进行这种类型的演员表。但是，当我们将单个对象从列表中取出时，最好将它们强制转换。

以下表格：

是订阅的第一部分。在这里，用户可以选择一个月或两个月的订阅。

如果用户同意接收添加，勾选复选框，就可以了，他/她可以点击下一步按钮就可以了。

但是，如果用户取消选中“添加”复选框，则会在#radioButtonsWithAdds 的位置显示一个div，其中包含另一组价格不同的单选按钮。

如何在不点击任何提交按钮的情况下检测到复选框 ish？

我正在尝试将排序列表作为 Java 中的一个简单练习来实现。为了使其通用，我有一个add(Comparable obj)这样我可以将它与任何实现 Comparable 接口的类一起使用。

但是，当我obj.compareTo(...)在代码中的任何地方使用时，我"unchecked call to compareTo(T) as a member of the raw type java.lang.Comparable"从编译器获得（带有-Xlint:unchecked选项）。代码工作得很好，但我不知道如何摆脱那个烦人的消息。

有什么提示吗？

我有一个使用 jstl 和 Struts 1 标签的旧版 webapp。当我使用 Java 5/6 预编译 JSP 文件时，jstl 和 Struts 1 标记会抛出有关“未经检查或不安全的操作”的警告。例如，如果我使用以下标签：

引发以下警告：

如果我使用 -Xlint:unchecked 重新编译，我会得到有关有问题的 JSP 标记库的内部工作的详细信息。我想禁止所有未经检查的操作警告。我认为使用 -Xlint:-unchecked 会抑制警告，但事实并非如此。

在编译我的 JSP 页面时如何抑制这些警告？重新编码 JSP 标记库或更新一千个 JSP 页面是不切实际的。我正在寻找一个编译器标志来全局禁用警告，以便我可以看到除未经检查的警告之外的所有警告。谢谢！

我一直在阅读有关未检查与检查问题的信息，没有任何在线资源真正清楚地说明差异以及何时使用两者。

据我了解，它们都在运行时被抛出，它们都表示超出逻辑预期范围的程序状态，但是必须显式捕获已检查的异常，而未检查的异常则不能。

我的问题是，假设为了论证，我有一个方法可以将两个数字相除

以及需要在某处进行划分的方法

谁负责检查分母为零的情况，应该检查还是不检查异常（忽略 Java 内置的除法检查）？

那么，divide 方法是按原样声明还是按原样声明

或没有检查异常，如下所示：

并允许 foo 进行除以零检查？

这个问题最初出现在我编写的一个数学程序中，其中用户输入数字，逻辑类执行计算。我从来不确定 GUI 是否应该立即检查不正确的值，或者内部逻辑是否应该在计算期间捕获它们并抛出异常。

我用 Java 编写了一个 NaturalComparator 类/对象并将其重写为 Scala： https ://gist.github.com/319827#file_natural_comparator.scala

但是，我想知道为什么我不需要在 Scala 版本中使用 @SuppressWarnings("unchecked") 。（我编译它fsc -deprecation -unchecked NaturalComparator.scala。）

• Scala 是否强大到足以识别转换是否正常？
• Scala 编译是否假设我知道我在使用泛型时在做什么.asInftanceOf[...]？