Play Framework IV 依赖注入(DI)

前端之家收集整理的这篇文章主要介绍了Play Framework IV 依赖注入(DI)前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

1.Play框架依赖注入介绍@H_404_1@

Play框架提供基于JSR 330的依赖注入。Play默认的JSR 330的实现是用Guice实现的,但是其它的JSR 330实现也可以用。


2.声明依赖@H_404_1@

如果你有个组件(例如Controller)需要依赖其它组件,那么你就可以通过使用@Inject注解来声明。@Inject注解可以在属性或者构造方法上使用。例如,注入一个属性

  1. import javax.inject.*;
  2. import play.libs.ws.*;
  3.  
  4. public class MyComponent {
  5. @Inject WSClient ws;
  6.  
  7. // ...
  8. }
注意这些是实例变量,通常情况下注入一个静态属性是没有意义的,因为它会失去封装的意义。

另一个例子,注入一个构造方法

  1. import javax.inject.*;
  2. import play.libs.ws.*;
  3.  
  4. public class MyComponent {
  5. private final WSClient ws;
  6.  
  7. @Inject
  8. public MyComponent(WSClient ws) {
  9. this.ws = ws;
  10. }
  11.  
  12. // ...
  13. }
虽然属性注入更短,但比较推荐使用构造方法注入的方式。这样更可测试,由于在单元测试中你需要传入所有的构造方法参数来创建一个对象实例,编译器需要确保依赖存在。且由于没有setter的存在,构造方法注入的方式也更易于理解。

3.组件的生命周期@H_404_1@

依赖注入系统管理注入组件的生命周期,当需要时创建它们然后将其注入到其它组件中。以下是组件生命周期如何工作的介绍:

  • 在任何时候,当某个组件被需要时就被创建。如果一个组件不止一次的被用到,默认情况下,将会创建多个组件实例。如果你只想创建一个该组件的单例,你需要用@Singleton注解将其标记为一个单例。
  • 实例在它们被需要时会懒加载。如果一个组件从来都未被其它组件使用,那么它根本不会被创建。这通常情况下是有意义的,但是在一些情况下,你希望组件被立即加载哪怕它们从未被使用。举例来说,你可能要向一个远端系统发送一个信息或者在系统启动时预加载一个缓存。你可以通过使用eager binding的方式强制创建一个组件。
  • 实例不会被自动清理,除了正常的垃圾回收。当组件不再被引用时,将会被GC回收,但是Play框架不会做任何特殊的事情来关闭组件,例如close方法。无论如何,Play提供了一类叫做closeApplicationLifecycly的特殊的组件,你可以将其注册进去以在系统停止的时候关闭它们。


4.单例@H_404_1@

有时你或许想让组件保持一些状态,例如缓存或者一个连向外部资源的链接,或者一个创建成本很高的组件。在这些情况下,创建一个该组件的单例是非常重要的。这些需求可以通过使用@Singleton注解来实现。例如:

  1. import javax.inject.*;
  2.  
  3. @Singleton
  4. public class CurrentSharePrice {
  5. private volatile int price;
  6.  
  7. public void set(int p) {
  8. price = p;
  9. }
  10.  
  11. public int get() {
  12. return price;
  13. }
  14. }


5.停止/清理@H_404_1@ 当Play框架关闭时,一些组件需要被清理,例如停止线程池。Play框架提供了ApplicationLifecycle组件来注册这些需要在Play关闭时清理的组件:
import javax.inject.*;  play.ApplicationLifecycle; javautilconcurrentCallableCompletableFuture @Singletonpublicclass MessageQueueConnection {privatefinalMessageQueue connection@InjectMessageQueueConnection(ApplicationLifecycle lifecycle) connection =MessageQueueconnect();addStopHook(()->stopreturncompletedFuture(null);});} // ...}
ApplicationLifecycle将会按与创建顺序相反的顺序来停止所有组件。这意味着任何你所依赖的组件都将会被安全的引用,因为你依赖它们,它们必须在你的组件创建之前被创建,且直到该组件停止为止才能被清理。

注意,确保每个注册到销毁机制中的组件一定要是单例。任何非单例都可能是一个内存泄漏的隐患,因为新的组件在创建时都会注册到销毁机制中。


6.提供自定义绑定@H_404_1@

实践证明,通过接口来定义一个组件是非常好的,好于直接注入实现类本身。这样一来,你可以注册不同的实现类。若你声明的是接口,那这时依赖注入系统就需要知道需要在这个接口下绑定哪个实现类。最简单的方式就是通过@ImplementedBy注解来绑定实现类。以下是实现方式:

  1. import com.google.inject.ImplementedBy;
  2.  
  3. @ImplementedBy(EnglishHello.class)
  4. public interface Hello {
  5.  
  6. String sayHello(String name);
  7. }

  1. public class EnglishHello implements Hello {
  2.  
  3. public String sayHello(String name) {
  4. return "Hello " + name;
  5. }
  6. }

在一些更复杂的情况下,你可能想要提供更复杂的绑定,例如当一个接口下有许多实现类需要注入时,可以通过@Nmed注解来区别。在下例中,你可以实现一个Guice Module:

  1. import com.google.inject.AbstractModule;
  2. import com.google.inject.name.Names;
  3.  
  4. public class Module extends AbstractModule {
  5. protected void configure() {
  6.  
  7. bind(Hello.class)
  8. .annotatedWith(Names.named("en"))
  9. .to(EnglishHello.class);
  10.  
  11. bind(Hello.class)
  12. .annotatedWith(Names.named("de"))
  13. .to(GermanHello.class);
  14. }
  15. }
如果你调用了Module并且将其置于根目录,它会自动注册到Play框架中。亦或,你想起一个其它名字或者将其放置到其它包中,你可以在application.conf文件中的play.modules.enabled清单中追加它的全类名:
  1. play.modules.enabled += "modules.HelloModule"
你也可以禁用根目录中Module的自动注册,通过将其加到disabled modules中来实现:
  1. play.modules.disabled += "Module"


7.可配置的绑定@H_404_1@

有时你或许想在配置Guice绑定的时候读取Play框架的Configuration或者使用一个ClassLoader。你可以通过将其加入到你的module构造方法中的方式获取入口。

在下例中,Hello绑定需要读取configuration文件中的内容

  1. import com.google.inject.AbstractModule;
  2. import com.google.inject.ConfigurationException;
  3. import com.google.inject.name.Names;
  4. import play.Configuration;
  5. import play.Environment;
  6.  
  7. public class Module extends AbstractModule {
  8.  
  9. private final Environment environment;
  10. private final Configuration configuration;
  11.  
  12. public Module(
  13. Environment environment,Configuration configuration) {
  14. this.environment = environment;
  15. this.configuration = configuration;
  16. }
  17.  
  18. protected void configure() {
  19. // Expect configuration like:
  20. // hello.en = "myapp.EnglishHello"
  21. // hello.de = "myapp.GermanHello"
  22. Configuration helloConf = configuration.getConfig("hello");
  23. // Iterate through all the languages and bind the
  24. // class associated with that language. Use Play's
  25. // ClassLoader to load the classes.
  26. for (String l: helloConf.subKeys()) {
  27. try {
  28. String bindingClassName = helloConf.getString(l);
  29. Class<? extends Hello> bindingClass =
  30. environment.classLoader().loadClass(bindingClassName)
  31. .asSubclass(Hello.class);
  32. bind(Hello.class)
  33. .annotatedWith(Names.named(l))
  34. .to(bindingClass);
  35. } catch (ClassNotFoundException e) {
  36. throw new RuntimeException(e);
  37. }
  38. }
  39. }
  40. }

举个实际应用中的例子,假设现在需要在配置文件中配置一个属性,然后在程序中读取。在application.conf中这么写:

  1. test {
  2. content.test1 = "test content1"
  3. }

在Module类中这么写:

  1. String content = configuration.getConfig("test").getString("content.test1")
其中,getConfic("test")中的test是那个组名。getString("content.test1")中的content.test1是那个属性名。最终得到的content变量的值就是test content1。

猜你在找的设计模式相关文章