关于oop:为什么java接口不能包含静态方法实现?

Why java interfaces can't contain static methods implementations?

我只是好奇,允许接口包含静态方法的实现是否更方便?这些方法可以包含(由这个接口实现者)常用的简短逻辑。


因为接口描述了什么。它没有描述如何。


如果您真的想在一个接口中添加(隐藏)一些逻辑,您可以考虑添加一个内部类(注意:永远不要这样做,这只是从纯粹的技术角度展示了什么是可能的):

1
2
3
4
5
6
7
8
9
public interface Person {
  public String getFirstName();
  public String getLastName();
  public class Util {
    public String getName(Person person) {
      return person.getFirstName() +"" + person.getLastName();
    }
  }
}

如果您使用它,它"感觉"有点像在接口中有静态方法代码:

1
String fullName = Person.Util.getName(this);

正如我所说的,从技术上讲,这是纯粹的,我看不出任何实际的理由。静态方法可以位于任何类中,无需将其添加到接口中。


我同意静态方法在接口中没有意义。但我不明白为什么Java允许接口中的静态成员。似乎有点不一致。


接口是一种契约。它说明了实现对象将拥有什么(至少),但仅此而已。上面写着"这房子有门、窗户和烟囱"。

抽象类更像是预制房屋。它并不完整(例如,你必须添加你自己的壁板),但它已经有了部分(门有一个空间,但整个壁炉已经设置好了)。

在接口中提供代码的问题是多重继承。Java不允许这样做。您可以让一个类实现许多接口,因为接口只承诺有一个具有给定签名的方法。

如果接口包含代码,那么您可以实现其中的3个,每个接口都有一个myusefunction(string-thing)的方法体…现在你不知道该给谁打电话了。

这就是为什么抽象类可以有方法体(因为您只能扩展一个类),但接口不能(因为您可以实现多个接口)。


接口是具有所有抽象方法的特殊抽象类。

您可以自由地创建自己的抽象类,该类包含(非抽象)静态方法,但随后只能从其中一个方法继承。

更好的是,用静态方法创建一个单独的助手类。


抽象类或常规类应该实现一些东西。接口不应该有任何实现,但它们包含通信的接口。因此不允许使用静态方法。