设计模式一 工厂模式Factory

在面向对象编程中, 最通常的方法是一个new操作符产生一个对象实例,new操作符就是用来构造对象实例的。但是在一些情况下, new操作符直接生成对象会带来一些问题。举例来说, 许多类型对象的创造需要一系列的步骤: 你可能需要计算或取得对象的初始设置; 选择生成哪个子对象实例; 或在生成你需要的对象之前必须先生成一些辅助功能的对象。 在这些情况,新对象的建立就是一个 “过程”,不仅是一个操作,像一部大机器中的一个齿轮传动。

模式的问题:你如何能轻松方便地构造对象实例,而不必关心构造对象实例的细节和复杂过程呢?

解决方案 : 建立一个工厂来创建对象 。

实现:

一、引言
    1)还没有工厂时代:假如还没有工业革命,如果一个客户要一款宝马车,一般的做法是客户去创建一款宝马车,然后拿来用。
    2)简单工厂模式:后来出现工业革命。用户不用去创建宝马车。因为客户有一个工厂来帮他创建宝马.想要什么车,这个工厂就可以建。比如想要320i系列车。工厂就创建这个系列的车。即工厂可以创建产品。
    3)工厂方法模式时代:为了满足客户,宝马车系列越来越多,如320i,523i,30li等系列一个工厂无法创建所有的宝马系列。于是由单独分出来多个具体的工厂。每个具体工厂创建一种系列。即具体工厂类只能创建一个具体产品。但是宝马工厂还是个抽象。你需要指定某个具体的工厂才能生产车出来。
    4)抽象工厂模式时代:随着客户的要求越来越高,宝马车必须配置空调。而且这空调必须对应给系列车才能使用。于是这个工厂开始生产宝马车和需要的空调。
         最终是客户只要对宝马的销售员说:我要523i空调车,销售员就直接给他523i空调车了。而不用自己去创建523i空调车宝马车.
   (我只是举个例子,说到宝马配置空调完全是为了举例,甚至有点扯,哪有车和空调必须对应才能使用啊)
     这就是工厂模式。
二、分类 
        工厂模式主要是为创建对象提供过渡接口,以便将创建对象的具体过程屏蔽隔离起来,达到提高灵活性的目的。 
工厂模式可以分为三类: 
1)简单工厂模式(Simple Factory) 
2)工厂方法模式(Factory Method) 
3)抽象工厂模式(Abstract Factory) 
         这三种模式从上到下逐步抽象,并且更具一般性。 
        GOF在《设计模式》一书中将工厂模式分为两类:工厂方法模式(Factory Method)与抽象工厂模式(Abstract Factory)。将简单工厂模式(Simple Factory)看为工厂方法模式的一种特例,两者归为一类。 
三、区别 
工厂方法模式:
一个抽象产品类,可以派生出多个具体产品类。   
一个抽象工厂类,可以派生出多个具体工厂类。   
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式:
多个抽象产品类,每个抽象产品类可以派生出多个具体产品类。   
一个抽象工厂类,可以派生出多个具体工厂类。   
每个具体工厂类可以创建多个具体产品类的实例。   
区别:
工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。   
工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个。
两者皆可。

四、简单工厂模式 
建立一个工厂(一个函数或一个类方法)来制造新的对象。
分布说明引子:从无到有。客户自己创建宝马车,然后拿来用。
 

[php] view plaincopy print?
  1. <?php
  2. /**
  3. * 车子系列
  4. *
  5. */
  6. Class BWM320{
  7. function __construct($pa) {
  8. }
  9. }
  10. Class BMW523{
  11. function __construc($pb){
  12. }
  13. }
  14. /**
  15. *
  16. * 客户自己创建宝马车
  17. */
  18. class Customer {
  19. function createBMW320(){
  20. return new BWM320();
  21. }
  22. function createBMW523(){
  23. return new BMW523();
  24. }
  25. }

客户需要知道怎么去创建一款车,客户和车就紧密耦合在一起了.为了降低耦合,就出现了工厂类,把创建宝马的操作细节都放到了工厂里面去,客户直接使用工厂的创建工厂方法,传入想要的宝马车型号就行了,而不必去知道创建的细节.这就是工业革命了:简单工厂模式

即我们建立一个工厂类方法来制造新的对象。如图:

产品类:

[php] view plaincopy print?
  1. <?php
  2. /**
  3. * 车子系列
  4. *
  5. */
  6. abstract Class BWM{
  7. function __construct($pa) {
  8. }
  9. }
  10. Class BWM320 extends BWM{
  11. function __construct($pa) {
  12. }
  13. }
  14. Class BMW523 extends BWM{
  15. function __construc($pb){
  16. }
  17. }

工厂类:

[php] view plaincopy print?
  1. /**
  2. *
  3. * 工厂创建车
  4. */
  5. class Factory {
  6. static function  createBMW($type){
  7. switch ($type) {
  8. case 320:
  9. return new BWM320();
  10. case 523:
  11. return new BMW523();
  12. //....
  13. }
  14. }

客户类:

[php] view plaincopy print?
  1. /**
  2. *
  3. * 客户通过工厂获取车
  4. */
  5. class Customer {
  6. private $BMW;
  7. function getBMW($type){
  8. $this¬-> BMW =  Factory::createBMW($type);
  9. }
  10. }

简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很简单。它存在的目的很简单:定义一个用于创建对象的接口。 
      先来看看它的组成: 
         1) 工厂类角色:这是本模式的核心,含有一定的商业逻辑和判断逻辑。
         2) 抽象产品角色:它一般是具体产品继承的父类或者实现的接口。         
         3) 具体产品角色:工厂类所创建的对象就是此角色的实例。在Java中由一个具体类实现。 
        
        下面我们从开闭原则(对扩展开放;对修改封闭)上来分析下简单工厂模式。当客户不再满足现有的车型号的时候,想要一种速度快的新型车,只要这种车符合抽象产品制定的合同,那么只要通知工厂类知道就可以被客户使用了。所以对产品部分来说,它是符合开闭原则的;但是工厂部分好像不太理想,因为每增加一种新型车,都要在工厂类中增加相应的创建业务逻辑(createBMW($type)方法需要新增case),这显然是违背开闭原则的。可想而知对于新产品的加入,工厂类是很被动的。对于这样的工厂类,我们称它为全能类 或者上帝类。 
        我们举的例子是最简单的情况,而在实际应用中,很可能产品是一个多层次的树状结构。由于简单工厂模式中只有一个工厂类来对应这些产品,所以这可能会把我们的上帝累坏了,也累坏了我们这些程序员:( 
        于是工厂方法模式作为救世主出现了。 工厂类定义成了接口,而每新增的车种类型,就增加该车种类型对应工厂类的实现,这样工厂的设计就可以扩展了,而不必去修改原来的代码。
五、工厂方法模式 
        工厂方法模式去掉了简单工厂模式中工厂方法的静态属性,使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。 
工厂方法模式组成: 
       1)抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。 
       2)具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。 
       3)抽象产品角色:它是具体产品继承的父类或者是实现的接口。在java中一般有抽象类或者接口来实现。 
       4)具体产品角色:具体工厂角色所创建的对象就是此角色的实例。在java中由具体的类来实现。 
       工厂方法模式使用继承自抽象工厂角色的多个子类来代替简单工厂模式中的“上帝类”。正如上面所说,这样便分担了对象承受的压力;而且这样使得结构变得灵活 起来——当有新的产品产生时,只要按照抽象产品角色、抽象工厂角色提供的合同来生成,那么就可以被客户使用,而不必去修改任何已有 的代码。可以看出工厂角色的结构也是符合开闭原则的!


代码如下:

产品类:

[php] view plaincopy print?
  1. <?php
  2. /**
  3. * 车子系列
  4. *
  5. */
  6. abstract Class BWM{
  7. function __construct($pa) {
  8. }
  9. }
  10. Class BWM320 extends BWM{
  11. function __construct($pa) {
  12. }
  13. }
  14. Class BMW523 extends BWM{
  15. function __construc($pb){
  16. }
  17. }

创建工厂类:

[php] view plaincopy print?
  1. /**
  2. * 创建工厂的接口
  3. *
  4. */
  5. interface FactoryBMW {
  6. function createBMW();
  7. }
  8. /**
  9. *
  10. * 创建BWM320车
  11. */
  12. class FactoryBWM320 implements FactoryBMW {
  13. function  createBMW($type){
  14. return new BWM320();
  15. }
  16. }
  17. /**
  18. *
  19. * 创建BWM523车
  20. */
  21. class FactoryBWM523 implements FactoryBMW {
  22. function  createBMW($type){
  23. return new BMW523();
  24. }
  25. }

客户类:

[php] view plaincopy print?
  1. /**
  2. *
  3. * 客户得到车
  4. */
  5. class Customer {
  6. private $BMW;
  7. function  getBMW($type){
  8. switch ($type) {
  9. case 320:
  10. $BWM320 = new FactoryBWM320();
  11. return $BWM320->createBMW();
  12. case 523:
  13. $BWM523 = new FactoryBWM523();
  14. return $BWM320->createBMW();
  15. //....
  16. }
  17. }
  18. }

可以看出工厂方法的加入,使得对象的数量成倍增长。当产品种类非常多时,会出现大量的与之对应的工厂对象,这不是我们所希望的。因为如果不能避免这种情 况,可以考虑使用简单工厂模式与工厂方法模式相结合的方式来减少工厂类:即对于产品树上类似的种类(一般是树的叶子中互为兄弟的)使用简单工厂模式来实 现。

工厂方法小结: 
        工厂方法模式仿佛已经很完美的对对象的创建进行了包装,使得客户程序中仅仅处理抽象产品角色提供的接口。那我们是否一定要在代码中遍布工厂呢?大可不必。也许在下面情况下你可以考虑使用工厂方法模式: 
     1)当客户程序不需要知道要使用对象的创建过程。 
     2)客户程序使用的对象存在变动的可能,或者根本就不知道使用哪一个具体的对象。

简单工厂模式与工厂方法模式真正的避免了代码的改动了?没有。在简单工厂模式中,新产品的加入要修改工厂角色中的判断语句;而在工厂方法模式中,要么将判 断逻辑留在抽象工厂角色中,要么在客户程序中将具体工厂角色写死(就象上面的例子一样)。而且产品对象创建条件的改变必然会引起工厂角色的修改。
       面对这种情况,我们可以使用反射机制:

[php] view plaincopy print?
  1. class Customer {
  2. private $BMW;
  3. function  getBMW($type){
  4. $class = new ReflectionClass('FactoryBWM' .$type );//建立 'FactoryBWM'这个类的反射类
  5. $instance  = $class->newInstanceArgs();//相当于实例化'FactoryBWM' .$type类
  6. return $instance->createBMW();
  7. //或者直接
  8. /**
  9. * $instance = new 'FactoryBWM' .$type();
  10. * return $instance->createBMW();
  11. */
  12. }
  13. }

六、抽象工厂模式 
       随着客户的要求越来越高,宝马车需要配置空调。于是这个工厂开始生产宝马车和配置需要的空调。这时候工厂有二个系列的产品:宝马车和空调.宝马车必须使用对应的空调才能使用.这时候分别使用一个车工厂和一个空调工厂都不能满足我们的需求,我们必须确认车跟空调的对应关系。因此把车工厂跟空调工厂联系在一起。因此出现了抽象工厂模式。
     可以说,抽象工厂模式和工厂方法模式的区别就在于需要创建对象的复杂程度上。而且抽象工厂模式是三个里面最为抽象、最具一般性的。 
抽象工厂模式的用意为:给客户端提供一个接口,可以创建多个产品族中的产品对象 ,而且使用抽象工厂模式还要满足一下条件:
     1)系统中有多个产品族,而系统一次只可能消费其中一族产品。 
     2)同属于同一个产品族的产品以其使用。 
抽象工厂模式的各个角色(和工厂方法一样): 
     1)抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。 
     2)具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
     3)抽象产品角色:它是具体产品继承的父类或者是实现的接口。
     4)具体产品角色:具体工厂角色所创建的对象就是此角色的实例。

其结构:

我们的例子:
 

代码:

产品类:

[php] view plaincopy print?
  1. <?php
  2. /**
  3. * 车子系列以及型号
  4. *
  5. */
  6. abstract class  BWM{
  7. }
  8. class BWM523 extends  BWM {
  9. }
  10. class BWM320 extends  BWM {
  11. }
  12. /**
  13. * 空调
  14. *
  15. */
  16. abstract class aircondition{
  17. }
  18. class airconditionBWM320  extends aircondition {
  19. }
  20. class airconditionBWM52 extends aircondition {
  21. }

创建工厂类:

[php] view plaincopy print?
  1. /**
  2. * 创建工厂的接口
  3. *
  4. */
  5. interface FactoryBMW {
  6. function createBMW();
  7. function createAirC();
  8. }
  9. /**
  10. *
  11. * 创建BWM320车
  12. */
  13. class FactoryBWM320 implements FactoryBMW {
  14. function  createBMW(){
  15. return new BWM320();
  16. }
  17. function  createAirC(){ //空调
  18. return new airconditionBWM320();
  19. }
  20. }
  21. /**
  22. *
  23. * 创建BWM523车
  24. */
  25. class FactoryBWM523 implements FactoryBMW {
  26. function  createBMW(){
  27. return new BWM523();
  28. }
  29. function  createAirC(){
  30. return new airconditionBWM523();
  31. }
  32. }

客户:

[php] view plaincopy print?
  1. /**
  2. *
  3. * 客户得到车
  4. */
  5. class Customer {
  6. private $BMW;
  7. private $airC;
  8. function  getBMW($type){
  9. $class = new ReflectionClass('FactoryBWM' .$type );//建立 Person这个类的反射类
  10. $instance  = $class->newInstanceArgs();//相当于实例化Person 类
  11. $this->BMW =  $instance->createBMW();
  12. $this->airC =  $instance->createAirC();
  13. }
  14. }
from: http://blog.csdn.net/hguisu/article/details/7505909

设计模式(一)工厂模式Factory(创建型)相关推荐

  1. 【C#设计模式】4-0. 简单工厂模式【创建型】

    [C#设计模式]总目录-共23种 [C#设计模式]简单工厂模式 前言 一.简单工厂模式定义 二.实例 三.进一步研究[违反开闭原则的解决方法] 四.简化简单工厂模式[将抽象产品类和工厂类合并] 五.简 ...

  2. 二、java设计模式之工厂方法+抽象工厂模式(创建型设计模式)

    创建型设计模式-工厂模式和应用 工厂模式介绍: 它提供了一种创建对象的最佳方式,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象 例子: 需要购买一辆车,不用管 ...

  3. 23天读懂23种设计模式:原型模式(创建型)

    点击上方 蓝字 关注我们 创建型模式是用来创建对象的模式,抽象了实例化的过程,帮助一个系统独立于其他关联对象的创建.组合和表示方式. 原型模式目的:用原型实例指定创建对象的种类,并且通过拷贝这些原型创 ...

  4. 设计模式之工厂模式(Factory)

    设计模式之工厂模式 设计模式之工厂模式 简介 代码准备 需求一 需求二 简单工厂 工厂方法 抽象工厂 需求三 总结 设计模式之工厂模式 简介 工厂顾名思义就是创建产品,根据产品是具体产品还是具体工厂可 ...

  5. 设计模式(四)——工厂模式(Factory Pattern)

    工厂模式(Factory Pattern) 意义 工厂模式 实现了创建者和调用者的分离.将实例化对象的代码提取出来,放到一个类中统一管理和维护,达到和主项目的依赖关系的解耦.从而提高项目的扩展和维护性 ...

  6. 02工厂模式+抽象工厂模式(创建型模式)

    • 工厂模式: – 实现了创建者和调用者的分离. – 详细分类: • 简单工厂模式:用来生产同一等级结构中的任意产品.(对于增加新的产品,需要修改已有代码,虽然某种程度不符合设计原则,但实际使用最多) ...

  7. 【设计模式】工厂模式 Factory Pattern

    1)简单工厂(不是模式) 简单工厂只是一种变成习惯,并非23种设计模式之一. 简单工厂提供将实例话那种类型留给运行时判断,而非编译时指定.简单工厂模式就是由一个工厂类根据传入的参数决定创建出哪一个类的 ...

  8. C++设计模式之建造者模式(builder)(创建型)

    软件领域中的设计模式为开发人员提供了一种使用专家设计经验的有效途径.设计模式中运用了面向对象编程语言的重要特性:封装.继承.多态,真正领悟设计模式的精髓是可能一个漫长的过程,需要大量实践经验的积累. ...

  9. Java设计模式05:常用设计模式之原型模式(创建型模式)

    1. Java之原型模式(Prototype Pattern)     原型模式属于对象的创建模式.通过给出一个原型对象来指明所有创建的对象的类型,然后用复制这个原型对象的办法创建出更多同类型的对象. ...

  10. DesignPattern - 工厂模式【创建型】

    欢迎关注微信公众号:FSA全栈行动

最新文章

  1. 20180320作业1:源代码管理工具调查
  2. 小学计算机知识讲课,小学信息技术说课稿《走进计算机》
  3. HashMap内部结构深入剖析
  4. P3916 图的遍历
  5. c# 中关键字_C#中的“使用”关键字
  6. jquery级试题_JS-jQuery练习题面试题
  7. Py与Py3的区别之输入input()函数
  8. MongoDB的可视化工具之Navicat
  9. 3-3 修改haproxy配置文件
  10. [毕业生的商业软件开发之路]系列文章目录规划
  11. TensorFlow2.0:误差计算
  12. jsp页面中javascript嵌套java代码段
  13. 实战Swiper:利用Swiper制作手机全屏相册
  14. 萤火虫小程序_线上服务不断档 萤火虫水洞·地下大峡谷推出“云旅游”新体验...
  15. WebStorm上vue模板设置
  16. 自研返利网源码、有需要的私信
  17. 0210leetcode刷题5道python
  18. python中apply函数的使用
  19. 全球80家无线通信模组企业汇总及介绍
  20. Bulletproof零知识证明

热门文章

  1. HTTP Referer二三事---转
  2. 基于vue-cli、elementUI的Vue超简单入门小例子
  3. 第四范式陈雨强:万字深析工业界机器学习最新黑科技 By 机器之心2017年7月25日 16:38 近日,全球最顶级大数据会议 Strata Data Conference 在京召开。Strata 大
  4. 手把手教你用 TensorFlow 实现文本分类(下)
  5. AI Frontiers | 微软首席 AI 科学家邓力演讲:口语对话系统的分类及三代演变
  6. 2014腾讯WE大会:开启未来的五大科技发展趋势
  7. Spring5源码 - 13 Spring事件监听机制_@EventListener源码解析
  8. [并发编程] - Executor框架#ThreadPoolExecutor源码解读01
  9. Redis进阶 - 因异常断电导致的Redis Cluster Fail故障处理
  10. Oracle-PL/SQL基础