在guice中绑定实现接口的类的注解

Question

我知道我的标题令人困惑。我很难总结我想问的问题。我的意思是有一种方法可以使用 guice 使用绑定方法注入实现接口 A 的类，其中注释位于实现接口 A 的类中，而不是在配置方法中绑定它或在接口 A 中添加 @ImplementedBy 注释.

更新

当我阅读使用 guice 的教程时，为了指示某个类实现一个接口，必须使用绑定。现在有很多方法可以执行绑定。其中的例子是： 链接绑定：

bind(AInterface).to(Bclass); 

此代码将位于扩展抽象模块的类的配置方法中。这告诉 guice，如果它们是需要 AInterface 的依赖项，它可能会注入 BClass 来处理依赖项。

即时绑定：

@ImplementedBy(BClass.class)
public interface AInterface {
}

此示例等效于链接绑定示例。

现在我阅读的所有绑定都要求我在配置方法或接口中声明一个类实现了该接口。这将要求我在每次实现接口时编辑现有代码。我想要的是简单地让实现接口的类处理绑定本身，以免修改现有代码。

类似

@Exports(AInterface.class)
public BClass implements AInterface{
}

Answer 1

没有办法做到这一点。

正如 RC 在 cmets 中指出的那样，如果您有两个“@Exports”接口相同的类，Guice 将不知道该选择哪一个。此外，从类加载的角度考虑：

• 显式绑定（linked 或 untargeted）有效，因为模块显式引用了它绑定的每个类，这允许 Guice 找到这些类。
• JIT bindings 工作，因为他们要求他们实现的特定类，这也允许 Guice 找到这些类。
• @ImplementedBy 注释之所以起作用，是因为一旦加载了 requested 类，它就会指向实现，因此 Guice 知道如何找到该类。

如果要写一个@Exports 注释，Guice 必须已经找到BClass 才能识别它提供AInterface，尽管在任何地方都没有明确引用BClass。尽管存在class-path scanning 解决方案，但它们必须遍历类路径上的每个类，这需要一些时间，而且对于 Guice 来说，默默地做是一件危险的事情。因此，为您要查找的案例要求某种显式绑定是最有意义的。