默认方法Default Methods
接口章节 Interfaces 描述了一个例子,关于电脑控制汽车生产厂商发布工业标准接口,调用其中的方法可以对他们的汽车进行操控。如果电脑控制汽车厂商为汽车增加了新的功能,例如飞行的功能,会怎么样呢?这些厂商需要明确新的方法是其他的公司(例如电子制导系统公司)调整他们的软件来控制汽车飞行。这些厂商要在哪里声明这些飞行相关的方法呢?如果他们吧方法添加在原有的接口中,那么已经实现了这些接口的开发者就必须重写他们的实现。如果作为静态方法添加,开发者会将其作为工具方法,而不是必要的和兴方法来对待。
默认方法可以让你为库里的接口添加新的功能,并且在重写旧版本接口的代码时确保两部分功能兼容。
考虑下面的接口, TimeClient, 在之前的联系中出现的 Answers to Questions and Exercises: Interfaces:
|
|
下面的类, SimpleTimeClient, 实现了上面的接口 TimeClient:
|
|
Suppose that you want to add new functionality to the TimeClient interface, such as the ability to specify a time zone through a ZonedDateTime object (which is like aLocalDateTime object except that it stores time zone information):
|
|
下面对于接口 TimeClient的修改,你也必须修改 类 SimpleTimeClient 并实现其中新增的方法 getZonedDateTime. 不过, 与其将 getZonedDateTime 作为 abstract 抽象的,不如将它替换为默认方法 default implementation. (记住 abstract method 是没有实现的方法.)
|
|
在方法签名前使用 default 关键字来明确接口中的方法是默认方法。接口中定义的所有方法包括默认方法,都是public的,因此你可以省略public修饰符。
这样定义接口的话,你就不需要修改类 SimpleTimeClient, 这个类 (以及所有实现了接口 TimeClient的类),都会已定义的 getZonedDateTime 方法.下面的例子, TestSimpleTimeClient,调用了SimpleTimeClient一个实例的 getZonedDateTime 的方法:
|
|
扩展包含有默认方法的接口Extending Interfaces That Contain Default Methods
当你从一个包含有默认方法的接口进行扩展时,你可以有一下做法:
- 不提及默认方法,让扩展的几口继承原有的默认方法
- 重新定义默认方法,声明为
abstract - 重新定义默认方法,复写它
假设你按照下面的写法扩展 TimeClient 接口:
|
|
任何实现了 AnotherTimeClient 接口的类都有默认方法 TimeClient.getZonedDateTime的实现.
假设你按照如下写法扩展 `TimeClient接口:
|
|
任何实现接口 AbstractZoneTimeClient的类都必须重新实现方法 getZonedDateTime;这个方法现在是抽象方法 abstract ,就像接口中其他的非默认和非静态方法一样 。
假设你按照如下写法扩展 `TimeClient接口:
|
|
任何实现 HandleInvalidTimeZoneClient 接口的类都会用其中的 getZonedDateTime 方法实现类替代原有接口 TimeClient中的默认方法实现.
静态方法Static Methods
默认方法之外,你也可以在接口中定义静态方法 static methods .(静态方法属于类而不是其他的对象。类的每个实例都可以分享类它的静态方法)这样能让你更加容易的组织你库里的辅助方法;你可以将静态方法定义在统一接口中而不是其他的类里面。下面的例子定义了一个静态方法,获取一个 ZoneId 对象先关的时区标识符;如果该对象没有给出相关的时区标识符则使用系统默认的时区标识符。(这样你就可以简化方法 getZonedDateTime):
|
|
就像类中定义的静态方法一样,在接口中定义静态方法同样是在方法签名前面加上static关键字。因为接口中定义的所有方法都是public的,所以你可以省略public修饰符。
在已有的代码库中融入默认方法Integrating Default Methods into Existing Libraries
默认方法可以你是你在已有的接口中添加新的功能,并同时确保兼容老版本接口写的代码。特别的是,默认方法允许你添加接受lambda表达式作为参数。本节演示了如何使用默认方法和静态方法增强 Comparator接口.
考虑 Card 以及 Deck 类,在之前的联系中出现过 Questions and Exercises: Classes.本例重写了两个类 Card 以及 Deck 作为接口. Card 接口包含了两个枚举类型 enum (Suit 和 Rank) 以及两个抽象方法(getSuit 和 getRank):
|
|
Deck 接口包含了许多操作cards的方法:
|
|
类 PlayingCard 实现了 接口 Card, 类 StandardDeck 实现了接口 Deck.
类 StandardDeck 实现了类的 Deck.sort 方法:
|
|
Collections.sort 方法讲一个List实例进行了排序,List实例的元素类型是实现了 Comparable接口.成员变量 entireDeck 是一个元素为Card的 List实例。 Card实现了Comparable 接口. 类 PlayingCard 实现了 Comparable.compareTo 方法,内容如下:
|
|
方法 StandardDeck.sort() 通过 compareTo 方法是扑克先按照花色再按照点数排序。如果你想要让扑克先按照点数,再按照花色排序该怎么做呢?你可能需要实现Comparator接口来明确新的排序规则,并使用方法sort(List list, Comparator c) ( sort方法包含Comparator参数的版本).你可以在类StandardDeck中定义如下方法:
|
|
有了这个方法你可以,你是可以使用 Collections.sort 明确 Card 类实例的排序规则.一种方法是实现 Comparator 接口来明确扑克排序的规则.下面的类 SortByRankThenSuit 进行了示例:
|
|
下面的调用时扑克先按照点数再按照花色排序:
|
|
不过,这种方法太冗长verbose;如果你可以明确按照什么排序而不是怎么排序会更好。假设你是写Compatator接口 开发者。你会在Comparator接口中添加什么默认方法或者静态方法来是其他开发者更加简单的明确排序规则?
一开始,你想要将这些扑克按照点数排序而不管花色。你可以这样调用 `StandardDeck.sort方法:
|
|
因为接口 Comparator 是一个功能接口 functional interface, 所以你可以使用lambda表达式作为sort方法的参数。本例中,lambda表达式比较了两个整数值。
这样可以是开发者通过只调用Card.getRank方法就简单的创建一个Comparator实例。并且,他可以付诸开发者Comparator实例来比较任何可以通过入住getValue hashCode等方法返回数字值的对象。Comparator接口已经通过静态方法 comparing增强而拥有这个能力:
|
|
这个例子中,你也可以通过方法引用来代替 method reference:
|
|
这种调用很好的演示了用什么排序而不是怎么排序.
Comparator 接口同样有其他类似comparing版本的静态方法增强如 comparingDouble 和 comparingLong 可以用来创建通过其他数据类型比较的 Comparator 实例.
假设你的开发者想要创建一个 Comparator 实例,使用不止一个条件比较对象。例如,你如何将扑克先按照点数再按照花色排序?像前面的例子一样,你可以使用lambda表达式来明确这些排序规则:
|
|
如果开发者可以通过一系列的 Comparator 实例来构造 Comparator 实例,将会更加简单. Comparator 接口已经通过默认方法 thenComparing增强而拥有了这个能力:
|
|
Comparator 接口同样有其他版本的 thenComparing方法 (例如 thenComparingDouble 以及 thenComparingLong) 这样你可以构造 Comparator 实例来比较其他的数据类型.
假设你的开发者想要创建 Comparator 实例,倒序排列一个集合,例如你想要将扑克按照点数降序排列,从A到2.像之前一样你可以定义lambda表达式来实现。不过,如果可以通过已有的Comparator实例调用方法将会更简单。Comparator接口已经预知了默认方法 reversed:
|
|
这个例子演示了 Comparator 接口是如何通过默认方法,静态方法,lambda表达式,以及方法引用来增强的,这样就创建了更有表现力的库和方法,功能开发者可以快速的推断出该如何调用其中的方法。用同样的构造来创建你自己的库里的接口。