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的异常了。