Bootstrap

简单工厂模式

简单工厂模式

[注:摘抄自百度]

从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。

2010090310540613.jpg

ContractedBlock.gif ExpandedBlockStart.gif 代码
 
   
1 public abstract class Product
2 {
3 private string productA;
4 public string ProductA
5 {
6 get { return this .productA; }
7 set { this .productA = value; }
8 }
9 private string productB;
10 public string ProductB
11 {
12 get { return this .productB; }
13 set { this .productB = value; }
14 }
15
16 public abstract void PrintProductMessage();
17 }
18   public class Operate1:Product
19 {
20 public override void PrintProductMessage()
21 {
22 Console.WriteLine(ProductA);
23 }
24 }
25 public class Operate2:Product
26 {
27 public override void PrintProductMessage()
28 {
29 Console.WriteLine(ProductB);
30 }
31 }
32   public class Factory
33 {
34 public static Product CreateClass( int type)
35 {
36 Product pro = null ;
37 switch (type)
38 {
39 case 1 : pro = new Operate1();
40 break ;
41 case 2 : pro = new Operate2();
42 break ;
43 default : pro = new Operate1();
44 break ;
45 }
46 return pro;
47 }
48 }
49 class Program
50 {
51 static void Main( string [] args)
52 {
53 Product pro = Factory.CreateClass( 1 );
54 pro.ProductA = " 产品1 " ;
55 pro.ProductB = " 产品2 " ;
56 pro.PrintProductMessage();
57 }
58 }

优缺点  

优点  

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的.明确了各自的职责和权利,有利于整个软件体系结构的优化。  

缺点  

由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;  当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;  这些缺点在工厂方法模式中得到了一定的克服。  

使用场景  

工厂类负责创建的对象比较少;  

客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心;  

由于简单工厂很容易违反高内聚责任分配原则,因此一般只在很简单的情况下应用

转载于:https://www.cnblogs.com/Tim_Liu/archive/2010/09/03/1815935.html

;