带有Serviceloader的Guice在不使用注入器的情况下为插件创建类实例

Question

我的核心应用程序完成了。我能够成功地加载模块，但我仍然不能正确地使用guice在我的模块中注入依赖项。我的核心应用程序使用service loader生成模块，并使用Guice的AbstractModule的install方法安装它们。下面是一个示例代码：（简化）

 @Override
protected void configure() {
    ServiceLoader<IModule> modules = ServiceLoader.load(IModule, ucl);
    for (IModule module : modules) {
        install(module);
    }

} 

每个模块都实现了IModule接口，扩展了Guice的module接口。让我困惑的是，当不建议到处都有注入器时，我如何提供插入实例（例如view的实例）。我读过关于@Provides注释的文章，我认为这是一个可能的解决方案，但我面临的另一个问题是，它们中的一些有依赖关系，需要注入。例如，我的pluginview注入了一个plug in Controller的实例。在这种情况下，我不确定如何使用provider接口。建议将得到真正的赞赏

public PlugIn implements IModule{
    @Override
    public void configure(Binder binder){
        binder.bind(View.class).to(PlugInView.class);
    }

    public View getView(){
        //Should return a view instance
        //Still unsure how to provide this
    }
}

public PlugInView extends View{

   @Inject
   private PlugInView(PlugInController controller){
   //Do stuff with controller
   }
}

Answer 1

我终于知道为什么我的方法行不通了。仔细阅读之后，似乎要让guice注入依赖项，guice必须是实例化类的人。在我的方法中，我有一个迭代器，它懒洋洋地实例化服务加载器加载的模块。为了解决这个问题，我已经停止了从核心应用程序安装模块。

@Override
protected void configure() {
    ServiceLoader<IModule> modules = ServiceLoader.load(IModule, ucl);
    bind()...//Configure core app bindings

    //Removed this part
    for (IModule module : modules) {
        install(module);
    }
    //Until here
} 

并让每个插件创建它们自己的注入器,以便调用它们自己的配置方法。这种方法似乎为每个模块提供了独立的注入器，在我看来这是可以接受的，因为我希望每个模块都是独立的。我还喜欢这种方法允许我的插件不再实现模块接口或扩展AbstractModule，从而使它们可以自由选择是否使用guice。