为什么不能在Java接口中定义静态方法?

编辑:从Java 8开始，静态方法现在被允许出现在接口中。

下面是例子:

public interface IXMLizable<T>
{
  static T newInstanceFromXML(Element e);
  Element toXMLElement();
}

当然这行不通。但为什么不呢?

其中一个可能的问题是，当你调用:

IXMLizable.newInstanceFromXML(e);

在这种情况下，我认为它应该只调用一个空方法(即{})。所有子类都必须实现静态方法，所以在调用静态方法时它们都没问题。那为什么不可能呢?

编辑:我想我正在寻找比“因为这就是Java”更深刻的答案。

静态方法不能被覆盖是否有特殊的技术原因?也就是说，为什么Java的设计者决定让实例方法可重写，而不是静态方法?

编辑:我的设计的问题是我试图使用接口来执行编码约定。

也就是说，接口的目标有两个:

我希望IXMLizable接口允许我将实现它的类转换为XML元素(使用多态性，工作正常)。如果有人想创建实现IXMLizable接口的类的新实例，他们总是知道会有一个newInstanceFromXML(Element e)静态构造函数。

除了在界面中添加注释之外，还有其他方法可以确保这一点吗?

当前回答

这个问题已经被问过了

重复我的回答:

在接口中声明静态方法从来没有意义。它们不能通过正常调用MyInterface.staticMethod()来执行。如果您通过指定实现类myimplemtor . staticmethod()来调用它们，那么您必须知道实际的类，因此接口是否包含它是无关紧要的。

更重要的是，静态方法永远不会被重写，如果你试图这样做:

MyInterface var = new MyImplementingClass();
var.staticMethod();

static的规则说必须执行在声明的var类型中定义的方法。因为这是一个接口，所以这是不可能的。

不能执行“result=MyInterface. staticmethod()”的原因是它必须执行MyInterface中定义的方法的版本。但MyInterface中不能定义一个版本，因为它是一个接口。它没有定义上的代码。

虽然你可以说这相当于“因为Java是这样做的”，但实际上，这个决定是其他设计决策的逻辑结果，也有很好的理由。

其他回答

因为静态方法不能在子类中重写，因此它们不能是抽象的。事实上，接口中的所有方法都是抽象的。

接口只是提供一个类将提供的东西的列表，而不是这些东西的实际实现，这就是你的静态项。

如果你想要静态，使用一个抽象类并继承它，否则，删除静态。

希望有帮助!

这个问题已经被问过了

重复我的回答:

更重要的是，静态方法永远不会被重写，如果你试图这样做:

MyInterface var = new MyImplementingClass();
var.staticMethod();

static的规则说必须执行在声明的var类型中定义的方法。因为这是一个接口，所以这是不可能的。

虽然你可以说这相当于“因为Java是这样做的”，但实际上，这个决定是其他设计决策的逻辑结果，也有很好的理由。

如果没有泛型，静态接口是无用的，因为所有静态方法调用都是在编译时解析的。所以，它们没有真正的用处。

对于泛型，它们可以使用——无论是否使用默认实现。显然需要重写等等。然而，我的猜测是，这样的用法不是很面向对象(正如其他答案迟钝地指出的那样)，因此被认为不值得付出努力来有效地实现它们。

我认为java没有静态接口方法，因为你不需要它们。你可能认为你知道，但是… 你会如何使用它们?如果你想叫他们

MyImplClass.myMethod()

那么就不需要在接口中声明它了。如果你想叫他们

myInstance.myMethod()

那么它就不应该是静态的。如果您实际上打算使用第一种方法，但只是想强制每个实现都有这样的静态方法，那么它实际上是一种编码约定，而不是实现接口的实例和调用代码之间的契约。

接口允许您在实现接口的类实例和调用代码之间定义契约。java帮助您确保这个契约没有被违反，因此您可以依赖它，而不必担心哪个类实现了这个契约，只要“某个签署了契约的人”就足够了。在静态接口的情况下，你的代码

MyImplClass.myMethod()

不依赖于每个接口实现都有此方法的事实，因此不需要Java来帮助您确定使用它。

推荐文章