首页 > 代码库 > guice使用初体验

guice使用初体验

       一开始看到使用java的dependency injection感觉各种酷炫拽,然后就试用了一下guice修改一下之前的代码,然后把之前写的代码一改,结果各种吐血,很多东西和我想象的不一样。。。,由于对dependency injection的设计模式还不是很了解,先写写对它的初步理解。

  1. field injection vs construction injection
最开始吸引我去使用了cdi是应为看了http://beust.com/weblog/2013/07/12/flexible-configuration-with-guice/这篇文章,它介绍了如何试用cdi来实现通过di的方式进行配置值的注入。这样我们只需要在某些field上添加注解,如@Prop(Property.HOST) private String host,cid就会自动帮助我们将对应的配置值赋予host。
但是field injection和construction injection的使用本来就有争议(http://tamasgyorfi.wordpress.com/2014/05/25/constructor-vs-field-injection/)。
      首先,只有guice创建的类,类中包含注入的地方才会被框架注入,如果只有部分地方使用了injection,而构造函数的参数由无法都通过cdi注入,这时就要死翘了。如果我们定义的类的构造函数有不需要cdi注入的参数,那这时就需要通过引入factory模式来创建了,其中factory通过constructor注入的方式获得有框架提供的注入值,其它需要动态传入的值则通过定义create函数传入,这样显然就使得代码变得复杂。因此,我感觉,对于那种依赖图不是能够很容易构造的情况下,还是避免使用di的比较好。

  1. 注入过程
好像文档中介绍的注入过程是,constructor inject, field inject, method inject,此外不同的field和method之间的注入顺序是未知的。这就很要命了,java在创建对象时,好像是先初始化field,然后在调用构造函数,因此我们常常会在构造函数里面使用field进行一下初始化。如果这时使用guice,我们就会遇到构造函数中跑出null pointer的异常了。

guice使用初体验