这里提出了一些问题,为什么你不能在接口中定义静态方法,但它们都没有解决基本的不一致性:为什么你可以在接口中定义静态字段和静态内部类型,而不是静态方法?
静态内部类型可能不是一个公平的比较,因为这只是产生一个新类的语法糖,但为什么是字段而不是方法?
接口中的静态方法的一个参数是它破坏了JVM使用的虚拟表解析策略,但是不应该同样适用于静态字段,即编译器可以内联它吗?
一致性是我想要的,Java应该支持接口中没有任何形式的静态,或者它应该是一致的并允许它们.
已经提出了一个正式的建议,允许在Java 7中的接口中使用静态方法.该提议是在Project Coin下完成的.
我个人认为这是一个好主意.实施中没有技术上的困难,这是一个非常合乎逻辑的合理的事情.Project Coin中有几个提议,我希望永远不会成为Java语言的一部分,但这可以清理很多API.例如,Collections
该类具有用于操作任何List
实现的静态方法 ; 那些可以包含在List
界面中.
更新:在Java Posse播客#234中, Joe D'arcy简要地提到了这个提议,说这是"复杂的",并且可能不会在Project Coin下进行.
更新:虽然它们没有进入Java 7的Project Coin,但Java 8确实支持接口中的静态功能.
我将用我的宠物理论来解决这个问题,即在这种情况下缺乏一致性是一个方便而不是设计或必要性的问题,因为我没有听到任何有说服力的论据,认为它是这两个中的任何一个.
静态字段存在(a)因为它们存在于JDK 1.0中,并且许多狡猾的决定是在JDK 1.0中做出的,并且(b)接口中的静态最终字段是java当时最接近常量的东西.
允许接口中的静态内部类,因为这是纯粹的语法糖 - 内部类实际上与父类无关.
因此,不允许使用静态方法,因为没有令人信服的理由这样做; 一致性不足以改变现状.
当然,这可以在未来的JLS版本中被允许而不会破坏任何东西.
在接口中声明静态方法永远不会有意义.它们不能通过正常调用MyInterface.staticMethod()执行.(编辑:由于最后一句话让一些人感到困惑,调用MyClass.staticMethod()会在MyClass上执行staticMethod,如果MyClass是一个接口就不能存在!)如果通过指定实现类MyImplementor.staticMethod()来调用它们那么你必须知道实际的类,所以接口是否包含它是无关紧要的.
更重要的是,静态方法永远不会被覆盖,如果你尝试这样做:
MyInterface var = new MyImplementingClass(); var.staticMethod();
静态规则说必须执行在声明的var类型中定义的方法.由于这是一个界面,这是不可能的.
您当然可以始终从方法中删除static关键字.一切都会好起来的.如果从实例方法调用它,则可能必须禁止某些警告.
要回答下面的一些注释,您无法执行"result = MyInterface.staticMethod()"的原因是它必须执行MyInterface中定义的方法版本.但MyInterface中不能定义版本,因为它是一个接口.根据定义,它没有代码.
接口的目的是在不提供实现的情况下定义合同.因此,您不能拥有静态方法,因为它们必须已在接口中具有实现,因为您无法覆盖静态方法.至于字段,只final fields
允许静态,这实际上是常量(在1.5+中你也可以在接口中有枚举).常量用于帮助定义没有幻数的接口.
顺便说一句,没有必要为static final
接口中的字段显式指定修饰符,因为只允许静态的最终字段.
这是一个老线程,但这对所有人来说都是非常重要的问题.因为我今天注意到这一点,所以我试图以更清洁的方式解释它:
接口的主要目的是提供无法实现的东西,如果它们提供的话
允许的静态方法
然后你可以使用interfaceName.staticMethodName()调用该方法,但这是未实现的方法,不包含任何内容.因此,允许静态方法是没用的.因此他们根本不提供这一点.
允许使用静态字段
因为字段不可实现,可实现的意思是你不能在字段中执行任何逻辑操作,你可以在字段上进行操作.因此,您不会改变字段的行为,这就是允许它们的原因.
内部课程是允许的
内部类是允许的,因为在编译之后创建了Inner类的不同类文件,称为InterfaceName $ InnerClassName.class,所以基本上你在不同的实体中提供实现,但不是在接口中.因此提供了Inner类中的实现.
我希望这会有所帮助.