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

末蓝、 2022-06-11 00:52 160阅读 0赞

继续学习下去~ 加之自己从书上看到的东西，总结如下~  
[http://blog.csdn.net/jason0539/article/details/44976775][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();
        }
    }

总结：  
无论是简单工厂模式，工厂方法模式，还是抽象工厂模式，他们都属于工厂模式，在形式和特点上也是极为相似的，他们的最终目的都是为了解耦。在使用时，我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式，因为他们之间的演变常常是令人琢磨不透的。经常你会发现，明明使用的工厂方法模式，当新需求来临，稍加修改，加入了一个新方法后，由于类中的产品构成了不同等级结构中的产品族，它就变成抽象工厂模式了；而对于抽象工厂模式，当减少一个方法使的提供的产品不再构成产品族之后，它就演变成了工厂方法模式。  
所以，在使用工厂模式时，只需要关心降低耦合度的目的是否达到了。

[http_blog.csdn.net_jason0539_article_details_44976775]: http://blog.csdn.net/jason0539/article/details/44976775