Guice：注入需要绑定还是接口？我们需要获取注射器的实例吗？

Question

我很困惑绑定如何与Guice一起工作。我是一家公司的初级开发人员，我正在查看我们的代码库，试图了解我们是如何在应用程序中实现Guice的。

我正在阅读关于Guice注入的指南：https://www.tutorialspoint.com/guice/guice_first_application.htm，这看起来和我们公司的做法不一样。

1. 第一步说创建接口。我们确实在模块类中有一个扩展AbstractMoules的绑定。

例：bind（SampleManager.class）。到（SampleManagerImpl.class）。在（Singleton.class）

我们确实在代码库中的这个SampleManager类上使用了@Inject。

指南中的第5步和第6步说，创建一个注入器并获得它的一个实例。我们在应用程序中根本不这么做。它是怎么工作的？

我们有很多被注入的类的实例，它们根本没有被绑定，而是用单例进行注释。例如，我们有TestManager，它附带了Guice注释@Singleton。然后我们把它注入到其他类中。

这就给我留下了以下问题：

• 绑定是必要的吗
• 使用注入和单例有什么区别吗
• 接口SampleManager只有一个方法，不能由任何其他类实现。为什么还要使用界面？对我来说，拥有一个由一个类实现的接口毫无意义。它似乎臃肿而令人困惑
• 我们为什么不做第5步和第6步呢？为什么我们不需要一个注射器的实例呢

Answer 1

绑定是必要的吗？

是绑定注册Guice将尝试注入的对象。没有他们，Guice不知道你想要什么。Guice有点像Map，其中类是键（或者可选的键类），实例化的对象是值。

对于未看到绑定了bind（）的对象，可以通过一个带有@提供注释的方法来提供它们，该方法与bind（）非常相似，但允许您在实例化期间运行一些代码。

使用注入和单例有什么区别吗？

@Inject基本上是告诉Guice“在这里注入东西”。任何希望Guice将参数注入的方法都需要它。它还可以标记在对象实例化时被注入的类级变量。

@Singleton是Guice在注入过程中如何实例化对象的修饰符。如果没有@Singleton，Guice每次注入一个新对象时都会创建一个新对象。如果有@Singleton，Guice会创建一次对象，然后每次请求绑定时都会注入相同的实例。您可以在这里阅读关于Guice作用域的内容

接口SampleManager只有一个方法，没有被任何其他类实现。为什么还要使用接口呢？对我来说，拥有一个由一个类实现的接口是没有意义的。这似乎很臃肿，也很混乱。

在不了解更多代码库的情况下无法确定，但这是一种非常常见的模式。如果将来想用一个具有不同实现的新类替换它，可能只是让重构变得更容易。

为什么我们不需要执行第5步和第6步？为什么我们不需要得到注射器的实例？

注入器用于获取需要用Guice创建的对象的实例，当你不能让Guice为你注入值时。就像如果你想要一个SampleManager的实例，你可以有一个这样的方法：

@Inject
foo(SampleManager manager){...}

Guice会为你注射。

获取注入器适用于由于某种原因无法使用注入器的情况，例如，如果需要将注入值与调用函数提供的值混合使用。通常不建议直接使用喷油器，在大多数情况下都有避免的模式。