First we try, then we trust

  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理 ::
  183 随笔 :: 111 文章 :: 2966 评论 :: 301 Trackbacks

一、 抽象工厂(Abstract Factory)模式

抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。

为了方便引进抽象工厂模式,引进一个新概念:产品族(Product Family)。所谓产品族,是指位于不同产品等级结构,功能相关联的产品组成的家族。如图:

 

图中一共有四个产品族,分布于三个不同的产品等级结构中。只要指明一个产品所处的产品族以及它所属的等级结构,就可以唯一的确定这个产品。

引进抽象工厂模式

所谓的抽象工厂是指一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象。如果用图来描述的话,如下图:

 

二、 Abstract Factory模式的结构:

 

图中描述的东西用产品族描述如下:

 


抽象工厂(Abstract Factory)角色:担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。

具体工厂(Concrete Factory)角色:这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。

抽象产品(Abstract Product)角色:担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。

具体产品(Concrete Product)角色:抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑。


三、 程序举例:

该程序演示了抽象工厂的结构,本身不具有任何实际价值。

// Abstract Factory pattern -- Structural example  
using System;

// "AbstractFactory"
abstract class AbstractFactory
{
  
// Methods
  abstract public AbstractProductA CreateProductA();
  
abstract public AbstractProductB CreateProductB();
}


// "ConcreteFactory1"
class ConcreteFactory1 : AbstractFactory
{
  
// Methods
  override public AbstractProductA CreateProductA()
  
{
    
return new ProductA1();
  }

  
override public AbstractProductB CreateProductB()
  
{
    
return new ProductB1();
  }

}


// "ConcreteFactory2"
class ConcreteFactory2 : AbstractFactory
{
  
// Methods
  override public AbstractProductA CreateProductA()
  
{
    
return new ProductA2();
  }


  
override public AbstractProductB CreateProductB()
  
{
    
return new ProductB2();
  }

}


// "AbstractProductA"
abstract class AbstractProductA
{
}


// "AbstractProductB"
abstract class AbstractProductB
{
  
// Methods
  abstract public void Interact( AbstractProductA a );
}


// "ProductA1"
class ProductA1 : AbstractProductA
{
}


// "ProductB1"
class ProductB1 : AbstractProductB
{
  
// Methods
  override public void Interact( AbstractProductA a )
  
{
    Console.WriteLine( 
this + " interacts with " + a );
  }

}


// "ProductA2"
class ProductA2 : AbstractProductA
{
}


// "ProductB2"
class ProductB2 : AbstractProductB
{
  
// Methods
  override public void Interact( AbstractProductA a )
  
{
    Console.WriteLine( 
this + " interacts with " + a );
  }

}


// "Client" - the interaction environment of the products
class Environment
{
  
// Fields
  private AbstractProductA AbstractProductA;
  
private AbstractProductB AbstractProductB;

  
// Constructors
  public Environment( AbstractFactory factory )
  
{
    AbstractProductB 
= factory.CreateProductB();
    AbstractProductA 
= factory.CreateProductA();
  }

 
  
// Methods
  public void Run()
  
{
    AbstractProductB.Interact( AbstractProductA );
  }

}


/// <summary>
/// ClientApp test environment
/// </summary>

class ClientApp
{
  
public static void Main(string[] args)
  
{
    AbstractFactory factory1 
= new ConcreteFactory1();
    Environment e1 
= new Environment( factory1 );
    e1.Run();

    AbstractFactory factory2 
= new ConcreteFactory2();
    Environment e2 
= new Environment( factory2 );
    e2.Run();
  }

}

 


四、 在什么情形下使用抽象工厂模式:

在以下情况下应当考虑使用抽象工厂模式:

  • 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。
  • 这个系统有多于一个的产品族,而系统只消费其中某一产品族。
  • 同属于同一个产品族的产品是在一起使用的,这一约束必须在系统的设计中体现出来。
  • 系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于实现。

五、 抽象工厂的起源

据说最早的应用是用来创建在不同操作系统的视窗环境下都能够运行的系统。比如在Windows与Unix系统下都有视窗环境的构件,在每一个操作系统中,都有一个视窗构件组成的构件家族。我们可以通过一个抽象角色给出功能描述,而由具体子类给出不同操作系统下的具体实现,如图:

 

可以发现上面产品类图有两个产品等级结构,分别是Button与Text;同时有两个产品族:Unix产品族与Windows产品族。

 

系统对产品对象的创建要求由一个工厂的等级结构满足。其中有两个具体工厂角色,即UnixFactory和WinFactory。UnixFactory对象负责创建Unix产品族中的产品,而WinFactory负责创建Windows产品族中的产品。

 

显然一个系统只能够在某一个操作系统的视窗环境下运行,而不能同时在不同的操作系统上运行。所以,系统实际上只能消费属于同一个产品族的产品。

在现代的应用中,抽象工厂模式的使用范围已经大大扩大了,不再要求系统只能消费某一个产品族了。


六、 Abstract Factory模式在实际系统中的实现

Herbivore:草食动物
Carnivore:食肉动物
Bison:['baisn],美洲或欧洲的野牛

下面实际代码演示了一个电脑游戏中创建不同动物的抽象工厂。尽管在不同大陆下动物物种是不一样的,但动物间的关系仍然保留了下来。

// Abstract Factory pattern -- Real World example  
using System;

// "AbstractFactory"
abstract class ContinentFactory
{
  
// Methods
  abstract public Herbivore CreateHerbivore();
  
abstract public Carnivore CreateCarnivore();
}


// "ConcreteFactory1"
class AfricaFactory : ContinentFactory
{
  
// Methods
  override public Herbivore CreateHerbivore()
  
return new Wildebeest(); }

  
override public Carnivore CreateCarnivore()
  
return new Lion(); }
}


// "ConcreteFactory2"
class AmericaFactory : ContinentFactory
{
  
// Methods
  override public Herbivore CreateHerbivore()
  
return new Bison(); }

  
override public Carnivore CreateCarnivore()
  
return new Wolf(); }
}


// "AbstractProductA"
abstract class Herbivore
{
}


// "AbstractProductB"
abstract class Carnivore
{
  
// Methods
  abstract public void Eat( Herbivore h );
}


// "ProductA1"
class Wildebeest : Herbivore
{
}


// "ProductB1"
class Lion : Carnivore
{
  
// Methods
  override public void Eat( Herbivore h )
  
{
    
// eat wildebeest
    Console.WriteLine( this + " eats " + h );
  }

}


// "ProductA2"
class Bison : Herbivore
{
}


// "ProductB2"
class Wolf : Carnivore
{
  
// Methods
  override public void Eat( Herbivore h )
  
{
    
// Eat bison
    Console.WriteLine( this + " eats " + h );
  }

}


// "Client"
class AnimalWorld
{
  
// Fields
  private Herbivore herbivore;
  
private Carnivore carnivore;

  
// Constructors
  public AnimalWorld( ContinentFactory factory )
  
{
    carnivore 
= factory.CreateCarnivore();
    herbivore 
= factory.CreateHerbivore();
  }


  
// Methods
  public void RunFoodChain()
  
{ carnivore.Eat(herbivore); }
}


/// <summary>
///  GameApp test class
/// </summary>

class GameApp
{
  
public static void Main( string[] args )
  
{
    
// Create and run the Africa animal world
    ContinentFactory africa = new AfricaFactory();
    AnimalWorld world 
= new AnimalWorld( africa );
    world.RunFoodChain();

    
// Create and run the America animal world
    ContinentFactory america = new AmericaFactory();
    world 
= new AnimalWorld( america );
    world.RunFoodChain();
  }

}

抽象工厂的另外一个例子:

如何设计抽象类工厂留作思考。


七、 "开放-封闭"原则

"开放-封闭"原则要求系统对扩展开放,对修改封闭。通过扩展达到增强其功能的目的。对于涉及到多个产品族与多个产品等级结构的系统,其功能增强包括两方面:

增加产品族:Abstract Factory很好的支持了"开放-封闭"原则。

增加新产品的等级结构:需要修改所有的工厂角色,没有很好支持"开放-封闭"原则。

综合起来,抽象工厂模式以一种倾斜的方式支持增加新的产品,它为新产品族的增加提供方便,而不能为新的产品等级结构的增加提供这样的方便。


参考文献:
阎宏,《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-26 23:04 吕震宇 阅读(15514) 评论(34)  编辑 收藏 所属分类: 设计模式

评论

#1楼  2004-08-27 13:31 anuxs      
希望你能坚持发完模式系列文章。
  回复  引用  查看    

#2楼  2004-08-27 14:11 吕震宇      
我会的!
  回复  引用  查看    

#3楼  2004-08-28 00:24 寒枫天伤      
祝愿你成功
  回复  引用  查看    

#4楼  2004-09-04 20:09 wayfarer      
仔细看了简单工厂、工厂方法和抽象工厂三种模式,确实这三篇文章通过说明、示例还有UML图非常清晰地进行了阐述。

我一直对工厂的三种模式还有些模糊,现在可以说弄得很明白了。感谢吕震宇的精彩奉献。

希望GOF的23个模式能够在你的这个系列中,全部得到深入浅出的表现。

我会继续关注:)
  回复  引用  查看    

楼主的讲解非常精彩!尤其是那些描述等级结构和产品族的图示,形象而且简洁,那个野牛的例子也精辟得很。记得以前在什么地方看到过这样的描述(并非原文,是我根据意思以你的名词进行说明):抽象工厂是一系列工厂方法的聚合,这些工厂方法实现的是不同的等级结构的系列产品,而这些工厂方法分属于不同的产品族,在横竖两个方向叠加,就形成了抽象工厂。
  回复  引用    

#6楼  2004-09-13 10:38 蓝色岛屿●NET      

刚才写了一堆,一点高级模式全没了:(

我感觉工厂模式就是把类的实现推迟到后面实现,而抽象工厂模式就是把工厂的实现也推迟了,可以说是工厂的工厂。这也就不难理解抽象工厂的二维结构了。至于等级的扩展,我感觉只要再加一维,抽象类也用工厂来实现可以满足要球,当然这也大大增加了复杂度。
这仅仅是我个人的理解,请大家斧正。
krqi@163.com

  回复  引用  查看    

#7楼  2004-09-13 11:06 dudu      
Sorry!
现在博客园已经给“使用高级评论”增加了确认对话框。
  回复  引用  查看    

#8楼  2004-09-14 09:10 吕震宇      
我理解的抽象工厂模式与其它工厂模式的差异在于:抽象工厂模式中的具体工厂负责生产一个产品族的产品。而产品族的增加只需要增加与其对应的具体工厂。
  回复  引用  查看    

#9楼  2004-12-29 11:46 wango [未注册用户]
我觉得“产品等级结构”中的“等级”容易引起误解,还不如就叫“产品结构”呢。
  回复  引用    

#10楼  2005-03-29 10:55 mike [未注册用户]
说白了就是一种多态的应用
  回复  引用    

#11楼  2005-07-06 10:09 xzq686 [未注册用户]
最后那个例子不错..
有助于理解抽象工厂模式..
强.
  回复  引用    

#12楼  2005-07-07 14:52 过客 [未注册用户]
我觉得“产品等级结构”中的“等级”容易引起误解,还不如就叫“产品结构”呢!楼主,在说这话的时候请斟酌一下,友情提醒
  回复  引用    

#13楼  2005-07-15 15:30 oneway [未注册用户]
very good!
thanks!
  回复  引用    

#14楼  2005-10-11 23:53 麒麟.NET      
请问吕老师:
产品族是一个集合,产品等级结构也是一个集合,那么这两个集合是否可以互换呢?

比如最后一个例子,由于业务逻辑关注的是每个大洲的食物链,因此把大洲作为产品,把食草动物和食肉动物作为产品等级结构。
那么如果着眼点在于不同大洲每种动物间的关系,如食草动物间的相互关系,是否可以把食草和食肉动物作为产品,而把不同大洲作为产品等级结构呢?

产品族和产品等级结构的界定是否会因业务逻辑所关注的方面不同而不同?

多谢吕老师,看你的文章使我受益匪浅!
  回复  引用  查看    

很好,谢谢,看了你的文章受益匪浅!请多贴一些类似的文章
  回复  引用    

#16楼  2006-03-24 16:06 buaaytt      
“在现代的应用中,抽象工厂模式的使用范围已经大大扩大了,不再要求系统只能消费某一个产品族了。”

那么如果系统可能消费多个产品,最极端的情况,可以消费产品等级结构×产品族这么多数量的产品,那么原始情况下就需要这么多种具体工厂,而且每增加一种产品族,就会增加等级结构那么多数量个工厂,这会不会带来class explosion?
  回复  引用  查看    

#17楼  2006-03-24 16:16 buaaytt      
野牛是草食动物?狼能够吃野牛?
晕啊!
  回复  引用  查看    

#18楼  2006-04-08 16:07 Shen126 [未注册用户]
@buaaytt
明显是没看过《动物世界》或是Discovery吧?哈哈

  回复  引用    

#19楼  2006-04-25 12:58 Guest [未注册用户]
也觉得产品等级结构中的等级会引起误解,让人以为是继承的层次。
  回复  引用    

#20楼  2006-06-14 22:40 LEEM [未注册用户]
有一楼说得很好,"产品等级结构",我开始想来想去就不太了解是怎么一回事。老外的原文用中文直译过来有时候会很难理解。希望能更通俗一点,谢了。
  回复  引用    

#21楼  2006-07-05 16:45 LLLL [未注册用户]
觉得pc和mac的例子举得很不错,最易懂
  回复  引用    

#22楼  2006-08-17 16:09 msjqd [未注册用户]
首先 看到吕震宇老师讲的工厂模式受益非浅!
我来谈谈关于三种工厂模式的区别
1/ 简单工厂模式(simple factory pattern)
主要把实现的具体类(具体产品类)放到一个工厂类(有可能集中到抽象类中)进行管理.对于具体类的准则就是根据传入参数进行确定.
2/工厂方法类(factory method pattern)
其原理和simple factory 基本相同.不同的是工厂方法增加了一个抽象工厂类.把核心放到抽象工厂.具体的实现是通过虚拟工厂实现的.
每一个具体产品都一一对应一个具体工厂类
这样在产品开发过程中.可以进行并发式开发不同的具体产品类具体工厂类
3/抽象工厂方法(abstract factory pattern)
相当于一个工厂方法的集合类
因为抽象工厂模式采用了家族式和产品结构式,就是一个家族相当于一个工厂方法,而每一个工厂方法都返回一个具体的本家族中的具体产品类.同时不同的家族中的产品结构也是一一对应的(就是工厂方法一中的 maxedit 存在,那么其他的工厂方法中 肯定也有 自己的edit具体类)
不知道这么理解对不对 ??
请吕老师给解答一下


另外 “依赖注入(或控制反转)Ioc”模式 能不能请吕老师给讲解一下.怎么通过外部配置文件进行具体工厂类和具体产品类的实现??

  回复  引用    

#23楼  2006-12-22 14:01 Skyzi [未注册用户]
一口看到这里.总的一句话.讲得真的很形象.生动!
  回复  引用    

#24楼  2007-03-15 15:45 Viva [未注册用户]
@wango
同意
  回复  引用    

#25楼  2007-07-30 22:58 Allan [未注册用户]
有点不对劲,我记得GOF说的抽象工厂模式里抽象工厂是采用Singleton模式的,您上面写的最后一个动物世界的实例在实现的时候会造成产生很多实例,所以您的抽象工厂有问题,最好在抽象工厂类内使用静态方法获取继承自己的类的实例,如果还没有创建该实例,则创建一个,如果已经有了,则直接返回已经创建的实例.

//抽象工厂类
abstract class ContinentFactory
{
ContinentFactory instance;
public static ContinentFactory GetInstance(int type)
{
string factoryName = Configuration.ConfigurationSettings.appSettings[type];
if(factoryName != "")
{
instance = (ContinentFactory)Reflection.Assembly.Load(path).CreateInstance(path + "." + factoryName);
}
else
{
instance = null;
}
return instance
}
abstract public Herbivore CreateHerbivore();
abstract public Carnivore CreateCarnivore();
}

//App.config
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<appSettings>
<add key="africa" value="AfricaFactory"></add>
<add key="america" value="AmericaFactory"></add>
</appSettings>
</configuration>

//实现:
ConfinentFactory africa = ContinentFactory.GetInstance("africa");
AnimalWorld world = new AnimalWorld( africa );
world.RunFoodChain();

  回复  引用    

#26楼  2007-09-07 18:00 ada [未注册用户]
觉得产品等级和产品族的分类有点模糊,横轴应该是产品,纵轴应该是产品等价,这样理解才清晰;抽象工厂可以产生出同一产品等级的不同产品(产品族)。

  回复  引用    

#27楼  2008-03-15 10:48 木独猪      
30楼的解释正确@ada

  回复  引用