[Dagger 1.x]：是否将ObjectGraph本身指定为类的依赖项？

Question

TL; DR;

类依赖于ObjectGraph本身是否可以接受？

---

我需要这样做是因为我需要注入对在运行时加载的某些对象的依赖关系-在与ObjectGraph初始化时断开的时间。 这是一个示例，说明了我如何使用ServiceLoader框架在运行时加载Service的具体实现类，然后将依赖项注入已加载的实现类中。

interface Plugin {
    void doSomething();
}

class AwesomePlugin implements plugin {
    @Inject DependencyOne dependencyOne; 
    @Inject DependencyTwo dependencyTwo;
    void doSomething(){
        // ...some implementation...
    }
}

class PluginEngine{
    public void start(){
        ServiceLoader<Plugin> pluginLoader = ServiceLoader.load(Plugin.class);
        for(Plugin plugin: pluginLoader){
            //TODO: Inject plugin dependencies here
        }
    }
}

为此，需要PluginEngine类有权访问ObjectGraph实例：

class PluginEngine{
    private final ObjectGraph objectGraph;

    public PluginEngine(ObjectGraph graph){
        this.objectGraph = graph;
    }

    public void start(){
        ServiceLoader<Plugin> pluginLoader = ServiceLoader.load(Plugin.class);
        for(Plugin plugin: pluginLoader){
            objectGraph.inject(plugin);
        }
    }
}

这是代码气味吗？ 这是在我的代码的其他地方，还是在我的依赖项设置方式上指出了一些问题？

在撰写这个问题时，我开始看到Dagger的作用，它是用ObjectGraph本身的依赖关系替换任意依赖关系的一种方法。 在Android上，您使用对自定义Application子类的引用，并使用它执行注入-基本上，这只是一种访问ObjectGraph本身的方法。 这种推理有缺陷吗？

Answer 1

要回答我自己的问题，看来这是可以接受的。 u2020示例应用程序执行的操作大致相似。 实际上，它非常巧妙地使用getSystemService()来实现这一点，但这是Android特有的。 特别是，请查看Injector.java以及如何在诸如TrendingView之类的自定义视图中使用它

因此，从概念上讲，人们可以做这样的事情-基本上将Injector接口后面的具体ObjectGraph依赖关系抽象出来。

class PluginEngine{
    private final Injector injector;

    public PluginEngine(Injector injector){
        this.injector = injector;
    }

    public void start(){
        ServiceLoader<Plugin> pluginLoader = ServiceLoader.load(Plugin.class);
        for(Plugin plugin: pluginLoader){
            injector.inject(plugin);
        }
    }
}

这可以通过各种方式进行完善/调整，以便通过构造函数提供喷射器依赖性或以其他方式获得喷射器依赖性。