打破沙锅--工厂模式

 工厂模式：简单的说提供创建对象的接口。把组件对象的创建与使用相分离。为对象的使用者提供一致的编程接口。

工厂模式分类：

  1、简单工厂模式---静态方法返回抽象产品对象。

        角色：抽象产品角色、具体产品角色、工厂角色或者上帝角色。

2、工厂方法模式：当抽象产品角色太多时，就会加重上帝或者工厂静态方法的负担，此时可以增加抽象工厂角色，增加非抽象的具体工厂角色实现非静态方法以返回抽象产品角色。

小结

工厂方法模式仿佛已经很完美的对对象的创建进行了包装，使得客户程序中仅仅处理抽象产品角色提供的接口。那我们是否一定要在代码中遍布工厂呢？大可不必。也许在下面情况下你可以考虑使用工厂方法模式：

1)        当客户程序不需要知道要使用对象的创建过程。

2)        客户程序使用的对象存在变动的可能，或者根本就不知道使用哪一个具体的对象。

 

简单工厂模式与工厂方法模式真正的避免了代码的改动了？没有。在简单工厂模式中，新产品的加入要修改工厂角色中的判断语句；而在工厂方法模式中，要么将判断逻辑留在抽象工厂角色中，要么在客户程序中将具体工厂角色写死（就象上面的例子一样）。而且产品对象创建条件的改变必然会引起工厂角色的修改。

       面对这种情况，Java的反射机制与配置文件的巧妙结合突破了限制——这在Spring中完美的体现了出来。