仅使用静态方法对类进行依赖注入？

Question

我有一组仅包含静态方法和单个私有构造函数的API类，因此它们无法实例化。但是，我希望第三方开发人员能够修改API的行为以满足他们的需求。

这是我目前为止的解决方案(通过静态setter方法进行依赖注入)。这是开发人员将使用的公共API类。如您所见，它依赖于< code>StaticApiImpl。

public class StaticApi {
    private static StaticApiImpl impl = new StaticApiImpl();

    private StaticApi() {}

    public static void setImpl(StaticApiImpl impl) {
        StaticApi.impl = impl;
    }

    public static void doThing() {
        impl.doThing();
    }
}

这是我自己编码的默认API实现。

public class StaticApiImpl {
    public void doThing() {
        System.out.println("Do thing the default way.");
    }
}

这是第三方可能编写的默认实现的假设扩展版本：

public class MyCustomStaticApiImpl extends StaticApiImpl {
    @Override
    public void doThing() {
        System.out.println("Do thing differently.");
    }
}

开发者只需在插件初始化时通过setter方法注入他们的依赖关系:

public void onLoad() throws Exception {
    StaticApi.setImpl(new MyCustomStaticApiImpl());
}

我的问题是：这是正确的做法吗？是否有一些设计模式专门用于此类案例，我从未听说过？

Answer 1

第三方开发人员的最佳解决方案是使用< code >代理模式。

http://en.wikipedia.org/wiki/Proxy_pattern

将实现对象设置为实例并不是一个好的解决方案。

Answer 2

您在这里设置的是一个工厂模式，客户可以配置工厂返回哪个实现。这很好，但是有几件事你需要改变。

1. 将＜code＞StaticApi。这将使其角色更加明确，并避免与下一部分的命名冲突
2. 删除＜code＞公共静态void doSomething（）
3. 创建一个定义API行为契约的接口＜code＞StaticApi＜code＞。然后，工厂类应该允许客户端＜code＞setImpl（静态API）＜/code＞
4. 现在，任何需要使用StaticApi的人都可以通过＜code＞StaticApi工厂.getInstance（）＜/code＞获得引用