继续学习下去~ 加之自己从书上看到的东西,总结如下~
http://blog.csdn.net/jason0539/article/details/44976775
上一篇已经介绍过简单工厂模式和工厂方法模式,这里继续介绍第三种工厂模式-抽象工厂模式,还是以汽车的制造为例。
抽象工厂模式:
提供一个创建一系列相关或相互依赖对象的接口,而无需指定他们具体的类。
背景:
随着客户的要求越来越高,宝马车需要不同配置的空调和发动机等配件。于是这个工厂开始生产空调和发动机,用来组装汽车。这时候工厂有两个系列的产品:空调和发动机。宝马320系列配置A型号空调和A型号发动机,宝马230系列配置B型号空调和B型号发动机。
概念:
抽象工厂模式是工厂方法模式的升级版本,他用来创建一组相关或者相互依赖的对象。比如宝马320系列使用空调型号A和发动机型号A,而宝马230系列使用空调型号B和发动机型号B,那么使用抽象工厂模式,在为320系列生产相关配件时,就无需制定配件的型号,它会自动根据车型生产对应的配件型号A。
当每个抽象产品都有多于一个的具体子类的时候(空调有型号A和B两种,发动机也有型号A和B两种),工厂角色怎么知道实例化哪一个子类呢?比如每个抽象产品角色都有两个具体产品(产品空调有两个具体产品空调A和空调B)。抽象工厂模式提供两个具体工厂角色(宝马320系列工厂和宝马230系列工厂),分别对应于这两个具体产品角色,每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一个具体子类的实例。
好处:
1、易于交换产品系列,由于具体工厂类,在一个应用中只需要在初始化上的时候出现一次,这就使得改变一个应用的具体工厂非常容易,它只需要改变具体工厂即可使用不同的产品配置。
2、它让具体的创建实例过程与客户端分离,客户端是通过他们的抽象接口操纵实例,产品的具体类名也被具体工厂的实现分离,不会出现在客户代码中。
缺点:
当需要增加一个功能时,需要改变的地方较多。
//抽象工厂模式
//1 产品类
//发动机及型号
public interface Engine{
}
public class EngineA extends Engine{
public EngineA(){
//制造
}
}
public class EngineB extends Engine{
public EngineB(){
//制造
}
}
//空调及型号
public interface Aircondition{
}
public class AirA extends Aircondition{
public AirA(){
//制造
}
}
public class AirB extends Aircondition{
public AirB(){
//制造
}
}
//2 创建工厂类
public interface AbstractFactory{
//制造发动机
public Engine createEngine();
//制造空调
public Aircondition createAir();
}
//为320系列生产配件
public class FactoryBMW320 implements AbstractFactory{
public Engine createEngine(){
return new EngineA();
}
public Aircondition createAir(){
return new AirA();
}
}
//523系列
public class FactoryBMW523 implements AbstractFactory{
public Engine createEngine(){
return new EngineB();
}
public Aircondition createAir(){
return new AirB();
}
}
//3 客户
public class Customer{
public static void main(String[] args){
//为320生产配件
FactoryBMW320 f1=new FactoryBMW320();
f1.createEngine();
f1.createAir();
//为523生产配件
FactoryBMW523 f2= new FactoryBMW523();
f2.createEngine();
f2.createAir();
}
}
总结:
无论是简单工厂模式,工厂方法模式,还是抽象工厂模式,他们都属于工厂模式,在形式和特点上也是极为相似的,他们的最终目的都是为了解耦。在使用时,我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式,因为他们之间的演变常常是令人琢磨不透的。经常你会发现,明明使用的工厂方法模式,当新需求来临,稍加修改,加入了一个新方法后,由于类中的产品构成了不同等级结构中的产品族,它就变成抽象工厂模式了;而对于抽象工厂模式,当减少一个方法使的提供的产品不再构成产品族之后,它就演变成了工厂方法模式。
所以,在使用工厂模式时,只需要关心降低耦合度的目的是否达到了。