主题大部分说明 - 静态方法无法在接口中声明的原因是什么?
public interface ITest {
public static String test();
}
上面的代码给出了以下错误(至少在Eclipse中):“接口方法ITest.test()的非法修饰符;只允许使用public& abstract”。
答案 0 :(得分:85)
这里有一些问题在起作用。第一个是在不定义静态方法的情况下声明静态方法的问题。这是
之间的区别public interface Foo {
public static int bar();
}
和
public interface Foo {
public static int bar() {
...
}
}
第一个是不可能的Espo提到的原因:你不知道哪个实现类是正确的定义。
Java 可以允许后者;实际上,从Java 8开始,确实如此!
答案 1 :(得分:44)
您不能在接口中使用静态方法的原因在于Java解析静态引用的方式。在尝试执行静态方法时,Java不会费心寻找类的实例。这是因为静态方法不依赖于实例,因此可以直接从类文件中执行。鉴于接口中的所有方法都是抽象的,VM必须寻找接口的特定实现,以便找到静态方法背后的代码,以便可以执行它。这与静态方法解析的工作原理相矛盾,并会在语言中引入不一致。
答案 2 :(得分:18)
我将以一个例子回答你的问题。假设我们有一个带有静态方法add的Math类。您可以像这样调用此方法:
Math.add(2, 3);
如果Math是接口而不是类,则它不能具有任何已定义的函数。因此,说Math.add(2,3)之类的东西毫无意义。
答案 3 :(得分:11)
原因在于设计原则,即java不允许多重继承。以下示例说明了多重继承的问题:
public class A {
public method x() {...}
}
public class B {
public method x() {...}
}
public class C extends A, B { ... }
现在如果你打电话给C.x()会怎么样?将执行A.x()或B.x()吗?每个具有多重继承的语言都必须解决这个问题。
接口允许在Java中进行某种受限制的多重继承。为避免上述问题,不允许使用方法。如果我们看一下接口和静态方法的相同问题:
public interface A {
public static method x() {...}
}
public interface B {
public static method x() {...}
}
public class C implements A, B { ... }
这里有同样的问题,如果你打电话给C.x()会怎么样?
答案 4 :(得分:7)
静态方法不是实例方法。没有实例上下文,因此从界面实现它没有多大意义。
答案 5 :(得分:5)
现在,Java8允许我们在接口中定义静态方法。
interface X {
static void foo() {
System.out.println("foo");
}
}
class Y implements X {
//...
}
public class Z {
public static void main(String[] args) {
X.foo();
// Y.foo(); // won't compile because foo() is a Static Method of X and not Y
}
}
注意:如果我们没有明确地使用关键字default / static来使它们成为默认方法和静态方法,那么接口中的方法默认仍然是公共摘要。
答案 6 :(得分:4)
对你的问题here有一个非常好的和简洁的答案。 (这让我感到非常直截了当地解释它,我想从这里链接它。)
答案 7 :(得分:3)
似乎Java 8中可能支持接口中的静态方法,我的解决方案就是在内部类中定义它们。
interface Foo {
// ...
class fn {
public static void func1(...) {
// ...
}
}
}
同样的技术也可用于注释:
public @interface Foo {
String value();
class fn {
public static String getValue(Object obj) {
Foo foo = obj.getClass().getAnnotation(Foo.class);
return foo == null ? null : foo.value();
}
}
}
应始终以Interface.fn...
而不是Class.fn...
的形式访问内部类,然后,您可以摆脱模棱两可的问题。
答案 8 :(得分:2)
接口用于多态,适用于对象,而不是类型。因此(如前所述)拥有静态接口成员是没有意义的。
答案 9 :(得分:1)
Java 8改变了世界,你可以在界面中拥有静态方法,但它会迫使你为它提供实现。
public interface StaticMethodInterface {
public static int testStaticMethod() {
return 0;
}
/**
* Illegal combination of modifiers for the interface method
* testStaticMethod; only one of abstract, default, or static permitted
*
* @param i
* @return
*/
// public static abstract int testStaticMethod(float i);
default int testNonStaticMethod() {
return 1;
}
/**
* Without implementation.
*
* @param i
* @return
*/
int testNonStaticMethod(float i);
}
答案 10 :(得分:0)
修饰符的非法组合:静态和抽象
如果一个类的成员被声明为static,它可以与其类名一起使用,该类名仅限于该类,而不创建对象。
如果一个类的成员被声明为abstract,则需要将该类声明为abstract,并且需要在其继承的类(Sub-Class)中提供抽象成员的实现。
您需要在子类中为类的抽象成员提供一个实现,您将在其中更改静态方法的行为,也称为抽象,这是一个局限于基类,这是不正确的< / p>
答案 11 :(得分:0)
由于静态方法无法继承。所以没有必要将它放在界面中。接口基本上是一个所有订户都必须遵循的合同。在接口中放置静态方法将强制订户实现它。现在变得与静态方法无法继承的事实相矛盾。
答案 12 :(得分:0)
使用 Java 8 ,接口现在可以具有静态方法。
例如,比较器具有静态的naturalOrder()方法。
接口不能具有实现的要求也得到了放松。接口现在可以声明“默认”方法实现,这与普通实现类似,但有一个例外:如果您既继承自接口的默认实现又继承自超类的常规实现,则超类的实现将始终具有优先级。
答案 13 :(得分:-2)
也许一个代码示例会有所帮助,我将使用C#,但您应该可以继续使用。
让我们假设我们有一个名为IPayable的接口
public interface IPayable
{
public Pay(double amount);
}
现在,我们有两个实现此接口的具体类:
public class BusinessAccount : IPayable
{
public void Pay(double amount)
{
//Logic
}
}
public class CustomerAccount : IPayable
{
public void Pay(double amount)
{
//Logic
}
}
现在,让我们假装我们有各种帐户的集合,为此,我们将使用IPayable类型的通用列表
List<IPayable> accountsToPay = new List<IPayable>();
accountsToPay.add(new CustomerAccount());
accountsToPay.add(new BusinessAccount());
现在,我们要向所有这些帐户支付50.00美元:
foreach (IPayable account in accountsToPay)
{
account.Pay(50.00);
}
现在你看到界面是如何非常有用的。
它们仅用于实例化对象。不是静态类。
如果你已经支付了静态费用,那么在通过accountsToPay中的IPayable循环时,将无法确定它是否应该在BusinessAcount或CustomerAccount上调用pay。