First we try, then we trust

  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
  183 随笔 :: 111 文章 :: 3312 评论 :: 358 引用

工厂模式专门负责将大量有共同接口的类实例化。工厂模式可以动态决定将哪一个类实例化,不必事先知道每次要实例化哪一个类。工厂模式有以下几种形态:

  • 简单工厂(Simple Factory)模式
  • 工厂方法(Factory Method)模式
  • 抽象工厂(Abstract Factory)模式

 

一、 简单工厂(Simple Factory)模式

Simple Factory模式根据提供给它的数据,返回几个可能类中的一个类的实例。通常它返回的类都有一个公共的父类和公共的方法。

Simple Factory模式实际上不是GoF 23个设计模式中的一员。


二、 Simple Factory模式角色与结构:



工厂类角色Creator (LightSimpleFactory):工厂类在客户端的直接控制下(Create方法)创建产品对象。

抽象产品角色Product (Light):定义简单工厂创建的对象的父类或它们共同拥有的接口。可以是一个类、抽象类或接口。

具体产品角色ConcreteProduct (BulbLight, TubeLight):定义工厂具体加工出的对象。


三、 程序举例:


using System;

public abstract class Light
{
   
public abstract void TurnOn();
   
public abstract void TurnOff();
}


public class BulbLight : Light
{
   
public override void TurnOn()
   
{
      Console.WriteLine(
"Bulb Light is Turned on");
   }


   
public override void TurnOff()
   
{
      Console.WriteLine(
"Bulb Light is Turned off");
   }

}


public class TubeLight : Light
{
   
public override void TurnOn()
   
{
      Console.WriteLine(
"Tube Light is Turned on");
   }


   
public override void TurnOff()
   
{
      Console.WriteLine(
"Tube Light is Turned off");
   }

}


public class LightSimpleFactory
{
   
public Light Create(string LightType)
   
{
      
if(LightType == "Bulb")
         
return new BulbLight();
      
else if(LightType == "Tube")
         
return new TubeLight();
      
else
         
return null;
   }

}


public class Client
{
   
public static void Main()
   
{
      LightSimpleFactory lsf 
= new LightSimpleFactory();

      Light l 
= lsf.Create("Bulb");
      l.TurnOn();
      l.TurnOff();

      Console.WriteLine(
"-----------------");

      l 
= lsf.Create("Tube");
      l.TurnOn();
      l.TurnOff();
   }

}



四、 Simple Factory模式演化

Simple Factory模式演化(一)

除了上面的用法外,在有些情况下Simple Factory可以由抽象产品角色扮演,一个抽象产品类同时是子类的工厂。

程序举例:

using System;

public class Light
{
   
public virtual void TurnOn()
   
{
   }


   
public virtual void TurnOff()
   
{
   }


   
public static Light Create(string LightType)
   
{
      
if(LightType == "Bulb")
         
return new BulbLight();
      
else if(LightType == "Tube")
         
return new TubeLight();
      
else
         
return null;
   }

}


public class BulbLight : Light
{
   
public override void TurnOn()
   
{
      Console.WriteLine(
"Bulb Light is Turned on");
   }


   
public override void TurnOff()
   
{
      Console.WriteLine(
"Bulb Light is Turned off");
   }

}


public class TubeLight : Light
{
   
public override void TurnOn()
   
{
      Console.WriteLine(
"Tube Light is Turned on");
   }


   
public override void TurnOff()
   
{
      Console.WriteLine(
"Tube Light is Turned off");
   }

}


public class Client
{
   
public static void Main()
   
{
      Light l 
= Light.Create("Bulb");
      l.TurnOn();
      l.TurnOff();

      Console.WriteLine(
"-----------------");

      l 
= Light.Create("Tube");
      l.TurnOn();
      l.TurnOff();
   }

}


Simple Factory模式演化(二)

三个角色全部合并:

 

与单件模式(Singleton)相近,但是有区别。


五、 优点与缺点:

优点:
工厂类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅"消费"产品。简单工厂模式通过这种做法实现了对责任的分割。

缺点:
当产品有复杂的多层等级结构时,工厂类只有自己,以不变应万变,就是模式的缺点。因为工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。

同时,系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,有可能造成工厂逻辑过于复杂。

另外,简单工厂模式通常使用静态工厂方法,这使得无法由子类继承,造成工厂角色无法形成基于继承的等级结构。



参考文献:
阎宏,《Java与模式》,电子工业出版社
[美]James W. Cooper,《C#设计模式》,电子工业出版社
[美]Alan Shalloway  James R. Trott,《Design Patterns Explained》,中国电力出版社
[美]Robert C. Martin,《敏捷软件开发-原则、模式与实践》,清华大学出版社
[美]Don Box, Chris Sells,《.NET本质论 第1卷:公共语言运行库》,中国电力出版社

posted on 2004-08-25 16:39 吕震宇 阅读(28520) 评论(29)  编辑 收藏

评论

#1楼 2004-10-11 09:40 caca      
能否举例说一下"三个角色全部合并"?
 回复 引用 查看   

#2楼[楼主] 2004-10-11 15:59 吕震宇      
@caca

我想三个角色全部合并的UML图已经足以说明问题。实际应用的例子一时想不好,可以参考《Java与模式》这本书。

合并后的效果感觉象原型模式:

SomeObject s = someObject.Clone();
 回复 引用 查看   

#3楼 2004-12-21 14:21 aierong      
看懂了一些
简单工厂实际上可扩展性不好,没有实现OCP原则
 回复 引用 查看   

#4楼 2005-02-06 16:23 熊熊
我也觉得简单工厂和OCP完全是对立的法则,到底该用哪个呢?
 回复 引用   

#5楼[楼主] 2005-02-06 16:44 吕震宇      
简单工厂模式并不是23种设计模式之一。所以它存在种种问题。但是它是学习其它工厂模式的一个入门。OCP更关键。在一些并不复杂的环境下使用简单工厂模式也完全可以。
 回复 引用 查看   

#6楼 2005-08-01 21:01 东方蜘蛛      
还是带着看UML图比较好,学习
 回复 引用 查看   

#7楼 2005-11-16 13:47 LSQ[未注册用户]
我感觉LightSimpleFactory跟BulbLight、TubeLight之间不存在依赖关系,不应该用带箭头的
虚线相连,感觉LightSimpleFactory应该与Light有关联关系,应该用一根直接连接。
请吕老师答疑,谢谢
 回复 引用   

#8楼[楼主] 2005-11-16 21:11 吕震宇      
@LSQ

注意LightSimpleFactory的Create方法:

public class LightSimpleFactory
{
public Light Create(string LightType)
{
if(LightType == "Bulb")
return new BulbLight();
else if(LightType == "Tube")
return new TubeLight();
else
return null;
}
}

其中使用了new BulbLight(); new TubeLight();如果没有依赖关系,如何才能创建这些对象呢?也就是说LightSimpleFactory必须知道BulbLight、TubeLight这两各类才行,因此有依赖关系。
 回复 引用 查看   

#9楼 2006-01-16 16:00 Walkdan      
很好, Simple Factory最大的好处是把变化集中到了一处。另外,LightSimpleFactory.Create()里面的依赖关系也可以消除,我的做法是:

1. 声明构造子
public interface ILightCreator
{
    Light Create();
}

public class BulbLightCreator: ILightCreator
{
    
public Light Create()
    {
        
return new BulbLight();
    }
}
.

2. 注册构造子
creators.Register("Bulb"new BulbLightCreator());
creators.Register(
"Tube"new TubeLightCreator());
.

3. Simple Factory中创建对象 
public class LightSimpleFactory.Create(string lightType)
{
    ILightCreator creator 
= creators.Find(lightType);
    
return creator.Create();
}

构造子其实就是Factory Method。这样, 通过注册构造子,3.中原来的switch()过程被消除,依赖关系随之解除。其中的Register(), Find()容易理解,方法就不写了。

新的类型可通过新注册构造子来实现扩展。当然2中的注册代码仅仅是示例,完全可以放到配置文件中去实现,比如:
<lightCreators>
    
<add name="Bulb" type="BulbLightCreator,"/>
    
<add name="Tube" type="TubeLightCreator,"/>
</lightCreators>

初来乍到,不当之处请多指正。

 回复 引用 查看   

#10楼 2006-03-31 10:20 netx[未注册用户]
反射不是更好吗?
 回复 引用   

#11楼 2006-04-21 22:39 凉面[未注册用户]
这是在给你讲这种模式的应用,好的方法当然有,但在这里离题了!
 回复 引用   

消除了客户端对产品类的直接依赖也是简单工厂的优点之一。
 回复 引用   

感觉简单工厂和工厂方法之间的区别不是很大,它们解决的问题都是一样的,没有必要分成两种模式来讲吧
 回复 引用   

为每个子类设置一个[属性]
在C#中用反射去对比属性与名称, 消除工厂方法与子类的依赖关系
另外可以去看看ms 的 讲设计模式的视频
 回复 引用   

#15楼 2006-08-16 20:01 msjqd[未注册用户]
简单工程模式操作简单,主要是建立一个工厂类(虽然这个工厂类有可能是抽象产品类)进而对有公共接口的类进行集中的管理.优点就是集中管理.缺点就是业务逻辑强的时候,simple factory patten 实现起来就有点困难

 回复 引用   

#16楼 2006-09-08 20:10 壮志      
明白了一点
 回复 引用 查看   

#17楼 2007-02-04 10:49 heqing      
来迟了.在学校学不到的知识,支持一下!
 回复 引用 查看   

#18楼 2007-04-07 12:31 yunhuasheng      
@Walkdan
挺好的。
 回复 引用 查看   

#19楼 2007-07-03 22:10 硕士[未注册用户]
刚被经理鄙视了,过来看下,发现自己一头雾水,不知所云。
 回复 引用   

#20楼 2007-07-30 12:09 Allan[未注册用户]
@寒塘_鹤影

使用反射的Simple Factory

using System;
using System.Configuration;
using System.Reflection;

namespace SimpleFactory
{
/// <summary>
/// LightFactory 的摘要说明。
/// </summary>
public class LightFactory
{
public static Light Create(string type)
{
return ((Light)Assembly.Load("SimpleFactory").CreateInstance("SimpleFactory." + ConfigurationSettings.AppSettings[type]));
}
}
}
 回复 引用   

#21楼 2008-03-05 22:13 wayich      
好东西,多学习。
 回复 引用 查看   

#22楼 2008-06-23 10:49 蓝色海岸线      
感觉要是简单工厂+反射使用的话比工厂好点。
工厂方法必须每个实体类都要建一个工厂类,而且是又客户决定使用那个,这样客户是不是知道的太多了?
 回复 引用 查看   

对哦,这东西没体现OCP,每次新添加方法的实现都要去工厂里头加段代码.这样藕合性就高了,程序的可扩展性就低了.
 回复 引用   

#24楼 2009-04-01 19:50 一黍[未注册用户]
吕老师我是c#初学者,下面问题我是还摸不着头脑,无从做起你可不可以帮忙解决这个问题或者提示下具体思路
写一个仿真热水器;模拟图在这个网站上:
http://user.qzone.qq.com/997952321?ptlang=2052
用c#编写制作一个仿真热水器,
要求如下:
1、1按钮黑色表示未进水,白色时表示正在进水;
2、2按钮黑色时表示未通电,白色时表示通电了但没有开始烧水,绿色时表示通电并且开始烧水;
3、3按钮黑色时表示没有情况,红色时表示水温达到90度以上(要有报警声),紫色时表示达到一 百度;
4、4按钮黑色时表示无情况不断电,蓝色表示达到100度自动不烧水了(相应2按钮变成白色),
当温度降到90度时又变成黑色继续烧水;
5、5按钮黑色时表示未放水,变成白色时表示正在放水;

6、当用户按下进水按钮时有水沿入水管进入(程序内部定为进四升),出水按钮时要有水重出水管 流出;
7、当按下进水、通电、出水、开始烧水时1、2、3、4、5按钮要能表示相应状态;
8、水位计一隔表示一升,温度计一隔表示十度;
9、水位计要显示水的体积、温度计要时时刻刻显示水的的温度;
10、每升水烧一度要0.5秒钟时间,即四升水烧到一百度要:4*100*0.5=200秒;
11、程序用c#实现运行后显示器出现上图界面;
 回复 引用   

#25楼 2009-12-09 12:49 sun shine      
引用msjqd:简单工程模式操作简单,主要是建立一个工厂类(虽然这个工厂类有可能是抽象产品类)进而对有公共接口的类进行集中的管理.优点就是集中管理.缺点就是业务逻辑强的时候,simple factory patten 实现起来就有点困难
<br>
<br>


说的很精辟,言简意赅!
 回复 引用 查看   

#26楼 2011-06-01 16:05 NoSayWa      
引用另外,简单工厂模式通常使用静态工厂方法,这使得无法由子类继承,造成工厂角色无法形成基于继承的等级结构。


个人有个比较疑惑(绝不是没事来咬文嚼字):既然无法被继承,何来子类呢。?
 回复 引用 查看