涉及交叉转换的设计模式的名称

Question

在使用 Selenium WebDriver 的过程中，我注意到他们的 API 中有一种模式以及他们的类层次结构。

api是这样设置的：

Interface A {
   void doAStuff();
}
Interface B {
   void doBStuff();
}
Interface C {
   void doCStuff();
}
Class X implements A, B, C {
   ...
}
Class Y implements A, B, C {
   ...
}
Class Z implements A, B, C {
   ...
}

实现如下所示：

public void doStuffWithImplementationsOfA(A a) {
   a.doAStuff();
   B b = (B) a;
   b.doBStuff();
   C c = (C) a;
   c.doCStuff();
}

public static void main(String[] args) {
   A a = new X();
   doStuffWithImplementationsOfA(a);
}

如您所见，接口 A、B 和 C 根本不相互扩展，但在 API 中，A 的所有实现也实现了 B 和 C，因此允许交叉转换。具体来说，在 Selenium 中，WebDriver 的所有实现（如 FirefoxDriver 和 ChromeDriver）还实现了其他几个常见的不相关接口（HasInputDevices、JavascriptExecutor 等）；同样，WebElement 的所有实现都实现了其他常见的不相关接口（如可定位）。这不仅允许，而且需要在接口之间进行交叉转换以访问每个实现中的各种方法。

我的问题，分为三个部分：

1. 这种层次结构是否符合设计模式？
2. 如果有，它有名字吗？
3. 以这种方式设计 API 有哪些优点/缺点（而不是仅仅让 C 扩展 B，B 扩展 A）？

编辑：这是 WebDriver API 层次结构的图表（并非详尽无遗）。

Answer 1

这不是new 的事情——它是Java 中的一种常见机制。看看Iterable、Comparable、Serializable。许多类将实现其中的一个或多个并且工作正常。

最近，随着泛型的出现，您可以使用这样的东西，它更有意义，并且不需要可怕的转换：

interface A {
  void doAStuff();

}

interface B {
  void doBStuff();

}

interface C {
  void doCStuff();

}

public static <T extends A & B & C> void doStuff (T to) {
  to.doAStuff();
  to.doBStuff();
  to.doCStuff();
}

1. 这种层次结构是否符合设计模式？

   我不知道。

2. 如果有，它有名字吗？

   见 1。

3. 以这种方式设计 API 有哪些优点/缺点（而不是仅仅让 C 扩展 B，B 扩展 A）？

   如果接口不是层次结构，则没有理由使它们如此。请参阅上面的Iterable 和Comparable。