小菜学设计模式——抽象工厂模式
小菜学设计模式——抽象工厂模式
learn_more 发表于3年前
小菜学设计模式——抽象工厂模式
  • 发表于 3年前
  • 阅读 180
  • 收藏 10
  • 点赞 0
  • 评论 0

腾讯云 新注册用户 域名抢购1元起>>>   

摘要: 本文是在学习《大话设计模式》所做的笔记,主要是个人理解面向对象、面向接口编程的设计模式:抽象工厂模式

背景

    简单工厂、工厂方法模式,接着必须学习抽象工厂模式

1、使用意图   

    扩展工厂方法模式


2、生活实例

    淘宝电影、猫眼电影都能为我们生成当天各种电影票


3、Java 例子(框架、JDK 、JEE)

    个人觉得实实在在的根据抽象工厂模式定义的类应该会很少,毕竟不方便扩展,虽然它是一种很了不起的思想。一般都会采用反射机制+抽象工厂完成,比如,JDBC模块,在使用DriverManger.getConnection 这一步之前,必须要先加载驱动,也就是 Class.forname(class);这里指定class,通过这一步就可以创建驱动实例,也就是通过反射和工厂模式为应用注入了对象;Spring 核心之一 IoC 采用的也是反射机制+工厂模式来完成。

4、模式类图

  

5、模式优点

    抽象工厂模式:提供一个创建一系列相关或相互依赖的对象的接口,而无需指定他们的具体类。

    最大的优点是:容易交换产品系列,在一个应用中只需要在初始化的时候出现一次,这就使得改变一个应用的具体工厂变得非常容易,他只需要改变具体工厂即可使用不同的产品配置。

    其次,他让具体创建实例过程与客户端分离,客户端是通过他们的抽象接口操作实例,产品的具体类别也被具体工厂实现分离,不出现在客户端代码中。

6、与类似模式比较

    我们知道简单工厂模式(静态工厂模式)就是简单的把对象的创建过程移到了工厂当中,通过对客户端传入的参数flag进行判断生成对应的product对象;具体类图如下:

这个模式最大的优点是把对象生成的复杂逻辑与客户端进行分离,这些逻辑判断通通交给了工厂,所以缺点也很明显,只要新增一种产品,他就需要修改工厂里面的逻辑判断;

    接着,工厂方法模式则是简单工厂模式的一种改进,他把生成对象的逻辑判断移到客户端,有客户端自己来决定初始化哪个需要的类,那么,当你需要新增一种产品时,只需要新增一个工厂类,就可以达到目的,这样克服了简单工厂模式违背的开放封闭原则。具体类图如下:

当你需要,新增一种产品时,就可以通过新增一个ConcreteFactory类实例化一个ConcreteProduct,客户端则更具自己需要来选择具体的ConcreteFactory。相比简单工厂,可以这么说,工厂方法模式其实就是增加了工厂。

    然后,就是抽象工厂模式,抽象工厂模式是在专门的条件下生成,比较简单工厂和工厂模式可以知道,他们生产的对象都有一个共同点,那就是生产的对象都是Product的子类,这些对象都是一类产品。可是如果我还想生成不是Product子类的产品怎么办呢?那么,抽象工厂模式就是在工厂方法模式上扩展,把createProduct新增扩展为CreateProductA和CreateProductB,甚至更多!就可以生成ProductA的子类,也可以生成ProductB的子类了。因为ProductA的子类可能有很多,所以 ConcreteFactory也就会有很多,而且ProductA和ProductB一般都是同属一个家族。最后,你发现如果需要新增ProductC时,这个扩展起来可真不容易........

    最后,抽象工厂模式就是工厂方法模式的扩展,工厂方法模式就是简单工厂的改进。


本文参考:

http://my.oschina.net/sunchp/blog/363483

共有 人打赏支持
粉丝 90
博文 239
码字总数 208862
×
learn_more
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: