使用Guice依赖注入实现工厂模式[5]——Guice的Scope

Notice: 本文作者只是设计模式、Guice和依赖注入的初学者，所以本文不会指出使用Guice的实现方法有什么好处，所写的代码未必是最佳实践，欢迎提出改进意见。

Guice 怎对不同的对象生命周期，提出了Scope的概念，具体见 http://code.google.com/p/google-guice/wiki/Scopes

而工厂方法根据的生成对象的不同生命周期，也导致了不同的模式，下面简要讨论一下Guice在这些模式下的替换作用：

Singleton 模式 http://www.riabook.cn/doc/designpattern/SingletonPattern.htm

Guice提供了名为Singleton的注解，使用它可以完成这种模式的工作。
例如对原示例中，可以在Singleton类上加上Singleton注解：

@Singleton
public class Singleton

 

或在bind语句中添加：

bind(Singleton.class).in(Singleton.class);

Prototype 模式 http://www.riabook.cn/doc/designpattern/PrototypePattern.htm
在作者看来使用Prototype 模式的原因是，当对象创建比较复杂而不想每次都创建新的对象时，可以使用clone复制对象的方法来提高性能，在这种情况下，可以使用Guice的Provider方式来包装这个clone方法。

Flyweight 模式 http://www.riabook.cn/doc/designpattern/FlyweightPattern.htm
在作者看来使用Flyweight模式的原因是，当相同的对象非常多，因而不想重复创建时采用的方法。在这种情况下，也可以使用Guice的Provider方式来包装一个类似线程池的东西来负责创建。

后两种模式是在程序性能需要优化是使用的，其对象的生命周期管理可能比较复杂些，具体的讨论已经超出作者的知识范围，有兴趣的童鞋可以研究一下自定义的Guice Custom Scope http://code.google.com/p/google-guice/wiki/CustomScopes ，也许里面有可以用来处理此类问题简洁的方法。