在事实之后实现接口

如果您需要兼容的只是接口,那么就没问题了。 dynamic proxy classes 它基本上是如何在Java中运行时实现接口的。

如果您需要与类具有类似的运行时兼容性,我建议您查看cglib或javaassist开放源码库。

您不能使用委托类,即包装“class c”实例并实现“interface i”的新类吗?

public class D implements I {

    private C c;

    public D (C _c) {
        this.c = _c;
    }

    public void method_from_class_C() {
        c.method_from_class_C();
    }
    // repeat ad-nauseum for all of class C's public methods
    ...

    public void method_from_interface_I() {
        // does stuff
    }
    // and do the same for all of interface I's methods too
}

然后,如果需要调用一个函数,该函数通常采用类型的参数 I 只要这样做:

result = some_function(new D(c));

如果你能 ClassLoader 这是你的课 C 然后,您可以尝试使用字节码插入来执行一些类加载时间恶作剧,以使类实现接口。

当然,在构建期间也可以这样做。这样做可能更容易(因为您不需要访问类加载器)。

(旁注:我认为演员(D)C, 如果C的运行时类型为C,则应为 如果D是C并且只有 增加了C的不同方法。 这应该是安全的,不是吗?)

一点也不。如果可以进行此转换,则可以编译试图对此对象调用“added methods”之一的代码,该代码在运行时将失败,因为该方法在C中不存在。

我认为您正在想象,强制转换将检测到C中“缺少”的方法,并将它们自动委托给D。我怀疑这是可行的,尽管我不能说出语言设计的含义。

在我看来,解决你的问题的办法是:

定义类D,扩展C并实现I
定义一个构造函数d(c c),它基本上将给定c对象的状态克隆到一个新的d对象中。
D对象可以传递给现有的代码,因为它是C,并且可以传递给需要I的代码,因为它是I

我相信你想要的是可能的 java.lang.reflect.Proxy 实际上,我为当前的项目做了类似的事情。然而,这是一项相当大的工作,并且由此产生的“混合对象”可能暴露出奇怪的行为(因为对它们的方法调用被路由到不同的具体对象,所以当这些方法试图彼此调用时会出现问题)。

我认为你不能这么做,因为Java是严格类型化的。我相信它可以用Ruby和Python这样的语言来实现,使用mixin。

对于Java来说,它无疑是适配器设计模式的一种很好的用法(它早就被提出为“包装器”对象)。