3 回答

TA贡献1942条经验 获得超3个赞
因为无法访问的代码对编译器没有意义。虽然使代码对人有意义对于使编译器有意义而言是最重要和最难的,但编译器是代码的基本消费者。Java的设计者认为对编译器没有意义的代码是错误的。他们的立场是,如果你有一些无法访问的代码,你就犯了一个需要修复的错误。
这里有一个类似的问题:无法访问的代码:错误或警告?作者在其中写道:“我个人认为这应该是一个错误:如果程序员编写了一段代码,那么它应该始终是为了在某些情况下实际运行它。” 显然Java的语言设计者同意。
无法访问的代码是否应该阻止编译是一个永远不会达成共识的问题。但这就是Java设计师这样做的原因。
许多人在评论中指出,有许多类无法访问的代码Java不会阻止编译。如果我正确理解哥德尔的后果,那么编译器就无法捕获所有类别的无法访问的代码。
单元测试无法捕获每个bug。我们不会将此作为反对其价值的论据。同样,编译器无法捕获所有有问题的代码,但它仍然有助于防止编译坏代码。
Java语言设计者认为无法访问的代码是错误的。因此,尽可能防止编译是合理的。
(在你投票之前:问题不在于Java是否应该有一个无法访问的语句编译器错误。问题是为什么 Java有一个无法访问的语句编译器错误。不要因为你认为Java做出了错误的设计决定而对我进行了投票。)

TA贡献1883条经验 获得超3个赞
我觉得.Net得到了这个 - 它引发了对无法访问的代码的警告,但不是错误。关于它的警告是好的,但我认为没有理由阻止编译(特别是在调试会话期间,抛出一个返回以绕过一些代码是很好的)。
添加回答
举报