为什么有人将Java接口方法声明为抽象方法？

Question

今天，我使用了Eclipse的“拉接口”重构功能来基于现有类创建一个接口。 该对话框提供了将新界面的所有新方法创建为“抽象”方法的功能。

这样做的好处是什么？

我认为允许您将接口方法声明为抽象这一事实是该语言的一种多余且无害的功能，因此不建议特别提倡。

为什么Eclipse支持这种样式，或者为什么有人会自愿选择这样做呢？

澄清：我不是在问为什么接口方法是抽象的，这是显而易见的。 我问一个人为什么会明确选择将它们标记为抽象，因为如果它们在接口中，它们无论如何都是抽象的。

Answer 1

根据Java语言规范 ，接口的abstract关键字已过时，不应再使用。 （第9.1.1.1节）

也就是说，由于Java具有向后兼容性的倾向，因此我真的怀疑，是否存在abstract关键字是否会有所不同。

Answer 2

eclipse中的“那个的好处”（在接口方法声明上添加摘要）将是与jdk1.3中的jdt eclipse编译器的旧兼容性问题

从1.4开始，jdk库不再包含默认的抽象方法（在实现接口的抽象类上）。
因为它们的实现依赖于它们的存在，所以这使Eclipse 1.3编译器诊断变得愚蠢。
请注意，Javac 1.3将完全拒绝针对1.4库执行操作（使用-bootclasspath选项）。

由于Eclipse编译器很可能处于1.4遵从级别（请参见Workbench>Preferences>Java>Compiler>JDK Compliance ），或者如果使用1.3遵从模式，则至少使用1.3类库，因此在大多数情况下都不需要“抽象”当前蚀项目的。

Answer 3

在Java SE 7 JLS （Java语言规范）中：“允许，但出于风格考虑，不建议为接口中声明的方法冗余地指定public和/或abstract修饰符。”

对于Java SE 5.0 ：“为了与Java平台的较早版本兼容，出于样式考虑，允许但不鼓励为接口中声明的方法冗余地指定abstract修饰符。”

Answer 4

根据JLS，接口中的方法默认情况下是抽象的，因此关键字是多余的。 知道这一点，我将永远不会使用它来“避免呈现混乱”。