斯卡拉（播放的2.4.x）如何调用与@Inject（）注释类

Question

我期待在从播放邮件的鳞屑代码示例：https://github.com/playframework/play-mailer

它去基本上是这样的：

class MyComponent @Inject() (mailerClient: MailerClient) { 
    ... 
} 

足够简单，它编译没有符合

然后我试着然而，“呼叫”，并似乎没有被满足的编译器或获取mailerClient的工作实例的方式。

object AnObject { 
    val mailer = new MyComponent 
    def sendEmail = mailer.doStuff 
} 

[info] Compiling 1 Scala source to ... 
[error] /SomeOne/SomePath/SomeFile.scala:30: not enough arguments for constructor MyComponent: (mailerClient: play.api.libs.mailer.MailerClient) MyComponent. 
[error] Unspecified value parameter mailerClient. 
[error] val mailer = new MyComponent 
[error]    ^
[error] one error found 
[error] (compile:compileIncremental) Compilation failed 

不过，我觉得我可能已经得到了接近得益于此：

How does @Inject in Scala work

这表明以下语法可以通过从构造的@Inject，并把它放在一个领域的工作。

@Inject var mailerClient: MailerClient = null 

但是，当我们尝试运行任何需要该引用的东西时，我们仍然得到空值。

我读的一切，我可以找到关于@Inject

（[警示] [咆哮]我不是这个确切原因的编译器魔术这样的风扇 - 巫术是美好的，直到它[/ rant] [/ warning]）

但我真正想知道的是如何正确，安全和有效地使用它。

Answer 1

这不是一个scala问题，而是一个DI问题。您应该阅读一些guice文档。

在Play 2.4.x中，您需要使用依赖注入（https://www.playframework.com/documentation/2.4.x/ScalaDependencyInjection） 来实现您的目标。

你AnObject应该是：

@Singleton class AnObject @Inject()(mailer:MyComponent){ 
def sendEmail = mailer.doStuff 
} 

Answer 2

既然你关闭你的问题对原GitHub库，我不知道这个答案仍然是必要的，但因为你没有完全了解使用的DI框架，我发现学习这个技能非常重要，我会试着在这里解释它并列出一些好处。

首先，你实例化你的实例的方式不会给DI框架注入依赖的机会。由于new是语言关键字，因此DI不会产生干扰，您的类所需的依赖关系无法注入。它是如何完成的是通过构造函数或字段注入。我将主要关注构造器注入，因为这是scala世界中的“标准”。

如果使用@Injected注释指定构造函数参数，则基本上是告诉DI框架从容器中解析此依赖项。 DI框架进入并在其容器内查找该对象的条目。如果它不存在，它将创建它（并解析其在进程中的依赖关系），并且如果它的注释使用@Singleton也保存此实例以供将来使用。大多数DI框架要求您在大多数情况下指定一个启动类，但是因为您正在使用Play！这是没有必要的框架。当你想使用一个特定的模块控制器里面，你可以这样做：

import javax.inject.Inject 

import play.api.mvc.Controller 

class Test @Inject() (val dependency: FooClass) extends Controller { 
    ... 
} 

在这种情况下FooClass是要注入到控制器中依赖的类名。假设FooClass将Play的Application作为依赖项注入，因为Play提供了一对预先绑定的预设，例如Application，还有ActorSystem。

这是可能的，因为玩！框架使用DependencyInjectedRoutes。如果要在控制器之外创建一个Actor，则需要在模块类中指定该角色，但在此​​和link中解释了这一点。

在你的控制器里面还有一个使用Traits的概念，然后再把这些特性和实现类连接起来，但我认为这有点太复杂了。

如果你想要一些好处和更迭的故事的编写应用这种方法，这里是一个很好的资源：https://softwareengineering.stackexchange.com/a/19204/164366

如果你想要的东西，对这个概念阅读：

• https://www.playframework.com/documentation/2.4.x/ScalaAkka
• https://www.playframework.com/documentation/2.4.x/ScalaDependencyInjection
• https://www.playframework.com/documentation/2.4.x/ScalaCompileTimeDependencyInjection

我希望这可以解决问题！如果你有问题，请不要问！

Answer 3

我遇到了同样的问题。我想创建一个具有邮件功能的类或对象，然后当我想从任何控制器发送电子邮件时，我可以调用它。

我想你所问的等同于如何使用mailerclient外部播放框架。据我所知，你不能。即使你在app/controllers文件夹中创建了一个类，它只是一个普通的scala类，与play框架中的魔术无关。 @Inject仅适用于控制器或模块。因为如果你创建一个独立的类，你必须在实例化时自己注入一些东西。除非您正在构建模块或扩展控制器。你注意到AppController曾经是对象，现在它是一个类？当你使用它时，你不需要实例化。我相信框架通过配置（注入）来实例化它。所以如果你想达到最初的设计目标，你可以编写一个模块，发布它，然后在所有的控制器中使用它;或者使用scala中的一些其他电子邮件库来包装电子邮件发送功能。

Answer 4

（我没有足够的信誉发表评论，所以张贴作为一个答案）

发表@aparo答案应该被标记为corect /认可的答案，因为它确实解决问题。你说这不能解决原来的问题，因为它会将依赖关系转移到另一个类中，但这只是部分正确的，因为其他类只需向您提供MyComponent而不是MailerClient。虽然依赖注入需要一直使用到最终控制器（在Play的情况下），但通常不需要注入更多的单个对象。

这个证明可以看出in a question I posted，因为我在当时与你有相同的心态。在我的例子中，我的控制器只需要一个UserSearch依赖关系，依赖关系由guice处理，所以我不需要再次声明它。