|
|
1
18
除了Eric P链接的用法之外,我还可以想到另一种用法:定义接口的默认/无操作实现。 ./亚历克斯
另一个示例实现 Null Object Pattern :
|
|
2
8
我认为 this page 很好地解释了一个例子。您将使用它将特定类型紧密绑定到接口。
在上面的界面中,您将角色类型强绑定到员工界面(employee.Role)。 |
|
|
3
6
一种用途(无论好坏)是作为Java不支持接口中的静态方法这一事实的解决方法。
|
|
|
4
5
我可以毫不犹豫地说,我从来没有这样做过。我想不出你为什么也这么做。类嵌套在类中?当然,有很多理由这样做。在这些情况下,我倾向于将这些内部类视为实现细节。显然,接口没有实现细节。 |
|
5
3
这个成语被大量使用的一个地方是 XMLBeans 该项目的目的是采用XML模式并生成一组Java类,您可以双向使用这些类来处理与模式对应的XML文档。因此,它允许您将XML解析为xmlbean,或创建xmlbean并输出到XML。 一般来说,大多数xml模式类型都映射到Java接口。该接口内部有一个Factory,用于在默认实现中生成该接口的实例:
我把它用于有意义的类(特别是那些我对接口/impls有很大控制权的类),发现它相当干净。 |
|
|
6
2
|
|
|
7
2
|
|
|
8
2
现在,与其这样做:
你可以写:
|
|
|
9
1
|
|
10
1
每当创建非私有嵌套类似乎是个好主意时,我都会敦促大家谨慎行事。几乎可以肯定,你最好直接去上课外课。但是,如果你要创建一个公共嵌套类,将其放在接口中似乎并不比放在类中更奇怪。外部类的抽象性不一定与嵌套类的抽象度有关。 |
|
|
11
1
|