默认方法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表达式,以及方法引用来增强的,这样就创建了更有表现力的库和方法,功能开发者可以快速的推断出该如何调用其中的方法。用同样的构造来创建你自己的库里的接口。