抽象工厂

上一篇文章没有说到简单工厂和抽象工厂，这里大体的说一下简单工厂是，工厂的一种特殊形式，即没有抽象工厂类，直接就是具体工厂直接使用，这样的要求产品比较简单没有太多的，组合。主要说一下抽象工厂方法。 工厂方法模式真正的避免了代码的改动了?没有，在工厂方法模式中,要么将判断逻辑留在抽象工厂角色中,要么在客户程序中将具体工厂角色写死。而且产品对象创建条件的改变必然会引起工厂角色的修改。 面对这种情况,Java 的反射机制与配置文件的巧妙结合突破了限制——这在 Spring 中完美的体现了出来 先来认识下什么是产品族: 位于不同产品等级结构中,功能相关联的产品组成的家族。 图中的 BmwCar 和 BenzCar 就是两个产品树(产品层次结构);而如图所示的BenzSportsCar 和 BmwSportsCar 就是一个产品族。他们都可以放到跑车家族中,因此功能有所关联。同理 BmwBussinessCar 和 BenzSportsCar 也是一个产品族。 回到抽象工厂模式的话题上。 可以说,抽象工厂模式和工厂方法模式的区别就在于需要创建对象的复杂程度上。而且抽象工厂模式是三个里面最为抽象、最具一般性的。 抽象工厂模式的用意为:给客户端提供一个接口,可以创建多个产品族中的产品对象 而且使用抽象工厂模式还要满足一下条件: 1) 系统中有多个产品族,而系统一次只可能消费其中一族产品。 2) 同属于同一个产品族的产品以其使用。 来看看抽象工厂模式的各个角色(和工厂方法的如出一辙): 1) 抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在 java 中它由抽象类或者接口来实现。 2) 具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调以创建对应的具体产品的对象。在 java 中它由具体的类来实现。 3) 抽象产品角色:它是具体产品继承的父类或者是实现的接口。在 java 中一般有抽象类或者接口来实现。 4) 具体产品角色:具体工厂角色所创建的对象就是此角色的实例。在 java 中由具体的类来实现 看过了前两个模式,对这个模式各个角色之间的协调情况应该心里有个数了,看一下通用源码图： 具体的代码就不再写了，可以理解一下一下工厂模式的代码，然后自己思考一下