给定代码:

interface Nameable {
default void setName(String name) {
this.name = name;
}
default String getName() {
returnthis.name;
}
}

class Employee implements Nameable {
protected String name;
}

class HR {
public static void main(String[] args) {
Employee e = new Employee();
e.setName("John Doe");
System.out.println(e.getName());
}
}

结果是什么?单选题。

A.接口Nameable无法编译。B.类Employee无法编译。C.类HR无法编译。D.输出John Doe。

这段代码研究了default添加到Java 8 中的方法功能的各个方面。默认方法是在接口中通过实现定义的实例方法。尽管与在类中定义的常规实例方法相比,此类方法的继承方式有所不同,但是此功能仍然在Java中创建了多种实现继承的形式。

为了限制多重继承引起的问题,Java采取了两个步骤。第一个只是告诫您将功能用于特定和有限的目的,尤其是库接口的扩展(尽管有趣的是核心API本身实际上违反了该指南)。第二个问题是,尽管可以定义方法,但实例变量却不能定义(除了​​public static final​​​的值)。同样,在类中声明的字段对接口不可见(类实现了接口,但是接口无法知道哪些类可以实现它们);default方法无法访问任何实例变量。因此,避免了多重实现继承的真正麻烦的问题。这些选择的结果是,尽管default方法确实具有​​this​​​引用(它们是实例方法),但是只能通过实例方法(​​abstract​​​和​​default​​​)以及​​public static final​​​在接口中声明的字段访问。直接引用任何常规实例状态是不可能的。(abstract方法的实现可以这样做,但是此类代码是在类中编写的,而不是在接口中编写的。)在此问题中,​​Nameable​​​接口中没有​​name​​​字段。因此,无法编译​​this.name​​​中这两种​​default​​​方法的实现,因为他们无法访问到接口实例中的字段。由此,选项A是正确的。让我们看一下在接口中添加变量的问题。假设这样添加​​String name​​​到​​Nameable​​接口:

interface Nameable {
String name = "John Doe";

}

默认情况下,接口中的所有字段都是​​final​​(因此,在声明期间必须进行赋值),它们是​​public​​和​​static​​。

使用此添加,将编译getName在Nameable接口中声明的方法。这里再次是为了方便:

default String getName() {
returnthis.name; // 可以的
}

但是,该​​setName​​​方法仍将无法编译,因为​​final​​修饰的变量无法重新赋值:

default void setName(String name) {
this.name = name; // 错误的
}

因此,即使​​String name​​在接口中添加了字段,如果不对​​default​​方法的代码做进一步的更改,代码也不会如所示那样编译。


Java中interface属性和实例方法_自动化测试