扩展三个在Java中实现接口的类

Question

我使用一个带有接口的库，IFC，它由三个类 A、B 和 C 实现。

我想自己实现方法 M，它在 IFC 中定义，并在 A、B 和 C 中实现，它应该覆盖 A、B 和 C 中的相应方法。

这可能吗？

在Java 中，你实现，而不是扩展，一个接口，你只能扩展一个类。这使我得出结论，我想做的事情是不可能的。

相反，我需要创建：

class MyA extends A {

    myM () {
        // Do my stuff
        super.M();
    }

然后是 B 和 C 的两个相同的类，每个都有相同的 myM 方法，但这感觉真的很笨拙和丑陋。还有其他方法吗？

Answer 1

使用这个简化的库实现，使用method()而不是M()：

interface IFC {
  void method();
}

class A implements IFC {
  public void method() {
    System.out.println("method in A");
  };
}

正如akuzminykh 在他们的comment 中提到的那样

您将编写一个具有 M 和 IFC 字段的类。在 M 中，你会做你的事情，然后调用 IFC 的 M，其中 IFC 可以是 A、B 或 C。所以你会将 A、B 和 C 的所有实例包装在这样一个类中，这将避免扩展 A、B和 C.

这样做的好处是你只需要在初始化你的类时包装它们：IFC wrapIFC = new IFCWrapper(new A());。完成后，您无需对变量 wrapIFC 进行任何不同于使用 new A() 初始化的任何变量的处理：

class IFCWrapper implements IFC {
  IFC ifc;

  IFCWrapper(IFC ifc) {
    this.ifc = ifc;
  }

  public void method() {
    always();
    ifc.method();
  }

  void always() {
    System.out.println("wrapper method");
  }
}

---

您还可以创建一个单独的独立（抽象？）类或接口，您可以调用它而不是调用method() 传递您的实例。不利的一面是，每次要在实例上调用 method() 时，您都必须记住调用它。我选择了使用Runnable 传递此示例所需的任何额外内容的选项：

class IFCExt {
  static Runnable defaultRun = () -> System.out.println("default extra");
  static void method(Runnable toRun, IFC ifc) {
    toRun.run();
    ifc.method(); 
  }
}

---

两种变体的运行示例：

public class Test {
  public static void main(String[] args) { 
    IFC wrapIFC = new IFCWrapper(new A());
    wrapIFC.method();

    System.out.println();

    IFC myIFC = new A();
    IFCExt.method(IFCExt.defaultRun, myIFC);
    IFCExt.method(() -> System.out.println("anything extra"), myIFC); // anything you'd want
  }
}

打印：

wrapper method
method in A

default extra
method in A
anything extra
method in A

Answer 2

我以前也遇到过这样的情况。如果您只是要在库外部使用 A、B 和 C，代理/适配器一切都很好，您可能希望在内部使用时替换从 A、B、C 调用的 M() /em> 也是。

我遇到的示例是一个使用非线程安全集合的遗留库，您只想切换它。我会假设情况和我的一样，你只能访问一个 jar，但没有源，并且你也想更改 M() 的内部使用。在这种情况下，正如许多人指出的那样，通过常规 J​​ava 代码实现这一点是不可能的。

但是，如果代码在您的计算机上，那么您可以使用正常 Java 开发范围之外的两种技术。它们的使用可能会对您正在编写的代码的构建复杂性和维护产生巨大影响。

如果您真的想替换 M() 的每个实例而不创建自己的类，一个可能的解决方案是在运行时交换方法。

有些图书馆声称能够做到这一点。 This question 详细介绍了这项技术，并强调了一个库，HotSwapAgent 可以做到这一点。

另一种解决方案是反编译库的 jar，更改有问题的方法并重新编译。根据库对其他依赖项的使用和构建复杂性，这可能并非易事。然后，您还处于必须维护新更改的 jar 的情况。如果库更新，您必须重复该过程。