Java设计模式之四：抽象工厂模式

之前的工厂方法模式已经介绍过，如果需要生产的产品种类比较多,那么就需要创建很多的工厂类，例如：

衣服有商务型衣服和运动型衣服，鞋子有商务型鞋子和运动型鞋子，按照之前工厂方法模式的设计思路，应该创建四个工厂才行，这样未必就太麻烦了，这里就来介绍一种另外的创建型模式：抽象工厂模式。

第一步：创建衣服抽象类和鞋子抽象类。

第二步：

创建商务型衣服类 extends 衣服抽象类，运动型衣服类 extends 衣服抽象类。

创建商务型鞋子类 extends 鞋子抽象类，运动型鞋子类 extends 鞋子抽象类。

第三步：创建抽象工厂类

第四步：创建商务型工厂类继承抽象工厂类，创建运动型工厂类继承抽象工厂类 。这里有个问题：按照分类，为什么不是创建衣服工厂类而是创建商务型工厂类呢？

因为这个工厂类是要继承抽象工厂类的，而抽象工厂类的方法是创建衣服和鞋子。如果创建了衣服工厂类继承抽象工厂，总不能让衣服工厂创建鞋子吧。

第五步：测验。

下面是代码：

public abstract class Cloth {
public String name;
}

public class BusinessCloth extends Cloth{

public BusinessCloth() {
// TODO Auto-generated constructor stub
this.name="商务衣服";
}
}

public class SportCloth extends Cloth{

public SportCloth() {
// TODO Auto-generated constructor stub
this.name="运动衣服";
}
}

public abstract class Shoe {

public String name;
}

public class BusinessShoe extends Shoe{

public BusinessShoe() {
// TODO Auto-generated constructor stub
this.name="商务鞋子";
}
}

public class SportShoe extends Shoe{

public SportShoe() {
// TODO Auto-generated constructor stub
this.name="运动鞋";
}
}

public abstract class AbstractFactory {

public abstract Cloth produceCloth();
public abstract Shoe produceShoe();
}

public class BusinessFactory extends AbstractFactory{

@Override
public Cloth produceCloth() {
return new BusinessCloth();
}

@Override
public Shoe produceShoe() {
return new BusinessShoe();
}
}

public class SportFactory extends AbstractFactory{

@Override
public Cloth produceCloth() {
return new SportCloth();
}

@Override
public Shoe produceShoe() {
return new SportShoe();
}
}

@Test
public void test() {
AbstractFactory factory=new SportFactory();
Cloth cloth=factory.produceCloth();
System.out.println(cloth.name);
}

优点：

1、抽象工厂模式隔离了具体类的生产，使得客户并不需要知道什么被创建。

2、当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。

3、增加新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。

 

缺点：

  增加新的产品等级结构很复杂，需要修改抽象工厂和所有的具体工厂类，对“开闭原则”的支持呈现倾斜性。

PS 衣服和鞋子属于产品树，而运动衣服和运动鞋子被称为产品族。