编辑:从Java 8开始，静态方法现在被允许出现在接口中。
下面是例子:
public interface IXMLizable<T>
{
static T newInstanceFromXML(Element e);
Element toXMLElement();
}
当然这行不通。但为什么不呢?
其中一个可能的问题是，当你调用:
IXMLizable.newInstanceFromXML(e);
在这种情况下，我认为它应该只调用一个空方法(即{})。所有子类都必须实现静态方法，所以在调用静态方法时它们都没问题。那为什么不可能呢?
编辑:我想我正在寻找比“因为这就是Java”更深刻的答案。
静态方法不能被覆盖是否有特殊的技术原因?也就是说，为什么Java的设计者决定让实例方法可重写，而不是静态方法?
编辑:我的设计的问题是我试图使用接口来执行编码约定。
也就是说，接口的目标有两个:
我希望IXMLizable接口允许我将实现它的类转换为XML元素(使用多态性，工作正常)。
如果有人想创建实现IXMLizable接口的类的新实例，他们总是知道会有一个newInstanceFromXML(Element e)静态构造函数。
除了在界面中添加注释之外，还有其他方法可以确保这一点吗?
First, all language decisions are decisions made by the language creators. There is nothing in the world of software engineering or language defining or compiler / interpreter writing which says that a static method cannot be part of an interface. I've created a couple of languages and written compilers for them -- it's all just sitting down and defining meaningful semantics. I'd argue that the semantics of a static method in an interface are remarkably clear -- even if the compiler has to defer resolution of the method to run-time.
其次，我们使用静态方法意味着有一个包含静态方法的接口模式的正当理由——我不能代表你们，但我经常使用静态方法。
The most likely correct answer is that there was no perceived need, at the time the language was defined, for static methods in interfaces. Java has grown a lot over the years and this is an item that has apparently gained some interest. That it was looked at for Java 7 indicates that its risen to a level of interest that might result in a language change. I, for one, will be happy when I no longer have to instantiate an object just so I can call my non-static getter method to access a static variable in a subclass instance ...
