简单工厂模式与工厂方法模式

原创 2007年10月11日 11:06:00
 
简单工厂模式与工厂方法模式
2007-07-23 15:42

在OO设计领域,我们知道前人总结了不少的经验,许多的经验在现代软件工程过程中已经被认为是原则来遵守。下面笔者摘抄几项下文涉及到的OO原则的定义。

OCP(开闭原则,Open-Closed Principle):一个软件的实体应当对扩展开放,对修改关闭。我的理解是,对于一个已有的软件,如果需要扩展,应当在不需修改已有代码的基础上进行。

DIP(依赖倒转原则,Dependence Inversion Principle):要针对接口编程,不要针对实现编程。我的理解是,对于不同层次的编程,高层次暴露给低层次的应当只是接口,而不是它的具体类。

LoD (迪米特法则,Law of Demeter):只与你直接的朋友通信,而避免和陌生人通信。众所周知类(或模块)之间的通信越少,耦合度就越低,从而更有利于我们对软件的宏观管理。 老子论“圣人之治”有相同的思想,《老子》云:“是以圣人之治,虚其心,实其腹,弱其志,常使民无知无欲。”,又云:“小国寡民,邻国相望,鸡犬之声相 闻,民至老死,不相往来。”。佩服我们的老祖宗,N千年前就想到了西方N千年后才想到的东西,同时也佩服《java与模式》的作者阎宏,可以用中国传统哲 学思想这么生动的说明这一软件设计原则。



简单工厂模式及实例
简单工厂模式又叫静态工厂模式,顾名思义,它是用来实例化目标类的静态类。下面我主要通过一个简单的实例说明简单工厂及其优点。

比 如有个国家的运动员协会,他们是负责登记与注册职业运动员的(就好像我们国家的体育总局,呵呵,无论足球篮球还是乒乓球的运动员都必须在这里注册才能拿到 我们国家职业运动员牌照)。一家体育俱乐部(比如篮球的广东宏远,足球的深圳健力宝)想获得球员为自己俱乐部效力,就必须通过这个运动员协会。

       根据DIP我们可以设计一个“运动员”接口,“足球运动员”和“篮球运动员”(还有其他运动员)都实现“运动员”这个接口。而“运动员协会”就是一个简单工 厂类,它负责实例化“运动员”。我们这里的“俱乐部”就是一个客户端(Client),不同的“俱乐部”就是不同的客户端。
       对于不同的俱乐部对象(无论是八一还是深圳健力宝),他们都是面向“运动员”接口编程,而不用管是“足球运动员”还是“篮球运动员”,也就是说实现了“运动 员”接口的具体类“足球运动员”无需暴露给客户端。这也满足了DIP。但具体的俱乐部(比如足球的深圳健力宝)如何确保自己获取的是自己想要的运动员(健 力宝俱乐部需要的当然是足球运动员)呢?这就需要“运动员协会”这一工厂类了。俱乐部通过调用“运动员协会”的具体方法,返回不同的实例。这同时也满足了 LoD,也就是“深圳健力宝足球俱乐部”对象不直接与“足球运动员:李毅”对象通信,而是通过他们共同的“朋友”——“国家体育总局”通信。

下面给出各个类的程序,会有助于读者更好的了解笔者之前的介绍。

    Code: [Copy to clipboard]  
运动员.java
public interface 运动员 {        
          public void 跑();
          public void 跳();
}

足球运动员.java
public class 足球运动员 implements 运动员 {

          public void 跑(){
                  //跑啊跑
          }
        
          public void 跳(){
                  //跳啊跳
          }
}

篮球运动员.java
public class 篮球运动员 implements 运动员 {

          public void 跑(){
                  //do nothing
          }
        
          public void 跳(){
                  //do nothing
          }
}

体育协会.java
public class 体育协会 {
        
          public static 运动员 注册足球运动员(){
                  return new 足球运动员();
          }
        
          public static 运动员 注册篮球运动员(){
                  return new 篮球运动员();
          }

}

俱乐部.java
public class 俱乐部 {
          private 运动员 守门员;
          private 运动员 后卫;
          private 运动员 前锋;

          public void test() {
                  this.前锋 = 体育协会.注册足球运动员();
                  this.后卫 = 体育协会.注册足球运动员();
                  this.守门员 = 体育协会.注册足球运动员();
                
                  守门员.跑();
                  后卫.跳();
          }
}

以上就是简单工厂模式的一个简单实例,读者应该想象不用接口不用工厂而把具体类暴露给客户端的那种混乱情形吧(就好像没了体育总局,各个俱乐部在市场上自己胡乱的寻找仔细需要的运动员),简单工厂就解决了这种混乱。

我 们用OCP看看简单工厂,会发现如果要对系统进行扩展的话治需要增加实现产品接口的产品类(上例表现为“足球运动员”,“篮球运动员”类,比如要增加个 “乒乓球运动员”类),而无需对原有的产品类进行修改。这咋一看好像满足OCP,但是实际上还是需要修改代码的——对,就是修改工厂类。上例中如果增加 “乒乓球运动员”产品类,就必须相应的修改“体育协会”工厂类,增加个“注册乒乓球运动员”方法。所以可以看出,简单工厂模式是不满足OCP的。



工厂方法模式及其实例
谈 了简单工厂模式,下面继续谈谈工厂方法模式。前一节的最末点明了简单工厂模式最大的缺点——不完全满足OCP。为了解决这一缺点,设计师们提出了工厂方法 模式。工厂方法模式和简单工厂模式最大的不同在于,简单工厂模式只有一个(对于一个项目或者一个独立模块而言)工厂类,而工厂方法模式有一组实现了相同接 口的工厂类。下面我们通过修改上一节的实例来介绍工厂方法模式。

我们在不改变产品类(“足球运动员”类和“篮球运动员”类)的情况下,修改下工厂类的结构,如下图所示:

相关代码如下:

    Code: [Copy to clipboard]  
运动员.java
public interface 运动员 {        
          public void 跑();
          public void 跳();
}

足球运动员.java
public class 足球运动员 implements 运动员 {

          public void 跑(){
                  //跑啊跑
          }
        
          public void 跳(){
                  //跳啊跳
          }
}

篮球运动员.java
public class 篮球运动员 implements 运动员 {

          public void 跑(){
                  //do nothing
          }
        
          public void 跳(){
                  //do nothing
          }
}

体育协会.java
public interface 体育协会 {
          public 运动员 注册();
}

足球协会.java
public class 足球协会 implements 体育协会 {
          public 运动员 注册(){
                  return new 足球运动员();
          }
}

篮球协会.java
public class 篮球协会 implements 体育协会 {
          public 运动员 注册(){
                  return new 篮球运动员();
          }
}

俱乐部.java
public class 俱乐部 {
          private 运动员 守门员;
          private 运动员 后卫;
          private 运动员 前锋;

          public void test() {
                  体育协会 中国足协 = new 足球协会();
                
                  this.前锋 = 中国足协.注册();
                  this.后卫 = 中国足协.注册();

                  守门员.跑();
                  后卫.跳();
          }
}

很明显可以看到,“体育协会”工厂类变成了“体育协会”接口,而实现此接口的分别是“足球协会”“篮球协会”等等具体的工厂类。

这样做有什么好处呢?很明显,这样做就完全OCP了。如果需要再加入(或扩展)产品类(比如加多个“乒乓球运动员”)的话就不再需要修改工厂类了,而只需相应的再添加一个实现了工厂接口(“体育协会”接口)的具体工厂类。

从以上对两种模式的介绍可以了解到,工厂方法模式是为了克服简单工厂模式的缺点(主要是为了满足OCP)而设计出来的。但是,工厂方法模式就一定比简单工厂模式好呢?笔者的答案是不一定。下面笔者将详细比较两种模式。

1. 结构复杂度
从这个角度比较,显然简单工厂模式要占优。简单工厂模式只需一个工厂类,而工厂方法模式的工厂类随着产品类个数增加而增加,这无疑会使类的个数越来越多,从而增加了结构的复杂程度。

2.代码复杂度
代码复杂度和结构复杂度是一对矛盾,既然简单工厂模式在结构方面相对简洁,那么它在代码方面肯定是比工厂方法模式复杂的了。简单工厂模式的工厂类随着产品类的增加需要增加很多方法(或代码),而工厂方法模式每个具体工厂类只完成单一任务,代码简洁。

3.客户端编程难度
工厂方法模式虽然在工厂类结构中引入了接口从而满足了OCP,但是在客户端编码中需要对工厂类进行实例化。而简单工厂模式的工厂类是个静态类,在客户端无需实例化,这无疑是个吸引人的优点。

4.管理上的难度
这是个关键的问题。
我 们先谈扩展。众所周知,工厂方法模式完全满足OCP,即它有非常良好的扩展性。那是否就说明了简单工厂模式就没有扩展性呢?答案是否定的。简单工厂模式同 样具备良好的扩展性——扩展的时候仅需要修改少量的代码(修改工厂类的代码)就可以满足扩展性的要求了。尽管这没有完全满足OCP,但笔者认为不需要太拘 泥于设计理论,要知道,sun提供的java官方工具包中也有想到多没有满足OCP的例子啊(java.util.Calendar这个抽象类就不满足 OCP,具体原因大家可以分析下)。
然后我们从维护性的角度分析下。假如某个具体产品类需要进行一定的修改,很可能需要修改对应的工厂类。当同时 需要修改多个产品类的时候,对工厂类的修改会变得相当麻烦(对号入座已经是个问题了)。反而简单工厂没有这些麻烦,当多个产品类需要修改是,简单工厂模式 仍然仅仅需要修改唯一的工厂类(无论怎样都能改到满足要求吧?大不了把这个类重写)。

由以上的分析,笔者认为简单工厂模式更好用更方便些。当然这只是笔者的个人看法而已,毕竟公认的,工厂方法模式比简单工厂模式更“先进”。但有时过于先进的东西未必适合自己,这个见仁见智吧

【设计模式】简单工厂模式与工厂方法模式详细解读

1.前言     设计模式,各具特色,今天在此总结一下常见模式中 简单工厂模式与工厂方法模式的区别与联系 2.两种模式概要    1. 简单工厂模式         对于简单工厂模式的介绍,请...
  • yudandan10
  • yudandan10
  • 2013年03月10日 15:09
  • 4684

简单工厂模式和工厂方法模式的区别

本文举了一个计算器的例子,该例子实现的功能是加减乘除的功能。 简单工厂模式:就是如何去实例化对象的问题,对于很容易变化的问题,应该考虑用一个单独的类来做这个创造实例的过程,这就是工厂。例子如下:pa...
  • abc709272013
  • abc709272013
  • 2016年09月24日 22:33
  • 1263

PHP简单工厂模式、工厂方法模式和抽象工厂模式比较

PHP简单工厂模式、工厂方法模式和抽象工厂模式比较 PHP工厂模式概念:工厂模式是一种类,它具有为您创建对象的某些方法。您可以使用工厂类创建对象,而不直接使用 new。这样,如果您想要更改所...
  • u010412301
  • u010412301
  • 2017年02月08日 12:06
  • 1914

C#设计模式源代码1.简单工厂模式 2.工厂方法模式 ...11种

  • 2017年04月25日 17:59
  • 1002KB
  • 下载

简单工厂模式和工厂方法模式

概述 在大话设计模式上也看了好多遍这三个模式了,总是感觉理解上有些模式,想通过这篇博客理顺一下能够让自己加深对他们三个的理解。 通过比较三个模式,我用自己的理解介绍一下: 1.      就一块...
  • wangxuhebeibd
  • wangxuhebeibd
  • 2013年04月16日 15:45
  • 874

简单工厂模式PK工厂方法模式

在前一章节我们讲到了简单工厂模式,它的已入确实为我们的代码增添了灵活性、可继续。那么为什么在还有工厂方法模式呢?     什么是工厂方法模式呢?定义一个创建对象的接口,让子类决定实例化哪个类。工厂方...
  • sevenkj
  • sevenkj
  • 2014年11月25日 10:03
  • 640

java中简单工厂模式(静态工厂方法模式)

简单工厂模式 简单工厂模式也叫做静态工厂方法模式。 简单工厂模式组成: • 工厂类角色:本模式的核心,含有一定的商业逻辑和判断逻辑,是由一个具体类实现。 • 抽象产品角色:具体产品抽象...
  • smile_from_2015
  • smile_from_2015
  • 2015年12月07日 19:54
  • 2626

简单工厂模式和工厂方法模式

简单工厂模式   1. 应用场景:一个人想吃饭却又不会做,这时可以去饭店点餐,喜欢什么点什么,让饭店来创建各种食物对象,这时饭店就可以当做一个生产食物对象工厂。   2. 定义:简单工厂模式是通过专门...
  • asd245025733
  • asd245025733
  • 2016年07月04日 01:29
  • 155

王学岗简单工厂模式和工厂方法模式

我们举工作中的一个例子,老板让我集成百度地图,我完成工作了,可是老板又改注意了,让我集成高德地图,这时候怎么办,要是以前我直接拿板砖去招呼老板了! 假如我们已经实现了百度地图的集成package c...
  • qczg_wxg
  • qczg_wxg
  • 2017年01月08日 11:57
  • 292

简单工厂模式vs工厂方法模式

简单工厂要添加新类时,得在工厂类里面修改,添加判断生成新类的条件,这样破坏了开放-封闭的原则,内部改动,但是好处是,判断选择生成哪种类的对象交给了简单工程,而不是客户端这里 而工厂方法模式改良了简单...
  • xiaoxiaoluo
  • xiaoxiaoluo
  • 2012年06月28日 01:53
  • 530
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:简单工厂模式与工厂方法模式
举报原因:
原因补充:

(最多只允许输入30个字)