抽象工厂模式

抽象工厂模式

前面讲了简单工厂模式,工厂模式,这里来说一下抽象工厂模式。抽象工厂模式个人认为是工厂模式的再一次抽象得到的。他们的目的都是一样的,都是解耦合。工厂模式生产的是一类产品,当你扩大这个生产的商品的种类,使之成为一个产品族,这个时候由于类中的产品构成了不同等级结构中的产品族,它就变成抽象工厂模式了。将产品族减少产品后就可能变成了工厂模式。总之,不论是工厂模式,抽象工厂模式,还是简单工厂模式。他们的核心还是工厂,还是解耦合。在使用时,只需要关心降低耦合度的目的是否达到了。

抽象工厂模式结构图

这里写图片描述

例子

随着客户的要求越来越高,宝马车需要不同配置的空调和发动机等配件。于是这个工厂开始生产空调和发动机,用来组装汽车。这时候工厂有两个系列的产品:空调和发动机。宝马320系列配置A型号空调和A型号发动机,宝马230系列配置B型号空调和B型号发动机。


产品类

//发动机以及型号    
public interface Engine {    

}    
public class EngineA extends Engine{    
    public EngineA(){    
        System.out.println("制造EngineA");    
    }    
}    
public class EngineB extends Engine{    
    public EngineB(){    
        System.out.println("制造EngineB");    
    }    
}    

//空调以及型号    
public interface Aircondition {    

}    
public class AirconditionA extends Aircondition{    
    public AirconditionA(){    
        System.out.println("制造AirconditionA");    
    }    
}    
public class AirconditionB extends Aircondition{    
    public AirconditionB(){    
        System.out.println("制造AirconditionB");    
    }    
} 

创建工厂类

//创建工厂的接口    
public interface CarFactory {    
    //制造发动机  
    public Engine createEngine();  
    //制造空调   
    public Aircondition createAircondition();   
}    


//为宝马320系列生产配件    
public class FactoryBMW320 implements CarFactory{    

    @Override    
    public Engine createEngine() {      
        return new EngineA();    
    }    
    @Override    
    public Aircondition createAircondition() {    
        return new AirconditionA();    
    }    
}    
//宝马523系列  
public class FactoryBMW523 implements CarFactory {    

     @Override    
    public Engine createEngine() {      
        return new EngineB();    
    }    
    @Override    
    public Aircondition createAircondition() {    
        return new AirconditionB();    
    }    


}   

客户端

public class Customer {    
    public static void main(String[] args){    
        //生产宝马320系列配件  
        CarFactory factoryBMW320 = new FactoryBMW320();    
        factoryBMW320.createEngine();  
        factoryBMW320.createAircondition();  

        //生产宝马523系列配件    
        CarFactory  factoryBMW523 = new FactoryBMW523();    
        factoryBMW320.createEngine();  
        factoryBMW320.createAircondition();  
    }    
}  

抽象工厂模式的优缺点

抽象工厂模式创建实例的过程与客户端分开,客户端是通过他们的抽象接口操作实例,产品的具体雷鸣也被具体工厂的实现分离。从分体现了开闭原则和依赖倒转原则。
但是抽象工厂模式也有缺点,例如我现在需要添加一个方向盘,那么我们就需要添加制造方向盘的接口,和继承类,同时还需要改写CarFactory,以及继承的320系列和230系列,这就比价糟糕了。


使用反射+配置文件

在java的spring框架中,我们配置数据库其实使用就是一个抽象工厂模式的改写。当我们使用mysql转移到sqlserver或者其他数据库时,要是使用抽象工厂模式,就是创建一个sqlserver的工厂,然后在客户端使用,但是需要修改很多其他的代码。所有使用配置文件和反射技术,只用修改配置文件,使用spring的DI(依赖注入)就可以实现不修改代码来修改数据库等重大操作。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值