C#设计模式（2）－Abstract Factory Pattern(转)

it2026-05-01 11

一、抽象工厂（Abstract Factory）模式

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

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

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

引进抽象工厂模式

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

二、 Abstract Factory模式的结构：

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

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

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

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

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

三、程序举例：

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

1 // Abstract Factory pattern -- Structural example 2 using System; 3 4 // "AbstractFactory" 5 abstract class AbstractFactory 6 { 7 // Methods 8 abstract public AbstractProductA CreateProductA(); 9 abstract public AbstractProductB CreateProductB(); 10} 11 12 // "ConcreteFactory1" 13 class ConcreteFactory1 : AbstractFactory 14 { 15 // Methods 16 override public AbstractProductA CreateProductA() 17 { 18 return new ProductA1(); 19 } 20 override public AbstractProductB CreateProductB() 21 { 22 return new ProductB1(); 23 } 24} 25 26 // "ConcreteFactory2" 27 class ConcreteFactory2 : AbstractFactory 28 { 29 // Methods 30 override public AbstractProductA CreateProductA() 31 { 32 return new ProductA2(); 33 } 34 35 override public AbstractProductB CreateProductB() 36 { 37 return new ProductB2(); 38 } 39} 40 41 // "AbstractProductA" 42 abstract class AbstractProductA 43 { 44} 45 46 // "AbstractProductB" 47 abstract class AbstractProductB 48 { 49 // Methods 50 abstract public void Interact( AbstractProductA a ); 51} 52 53 // "ProductA1" 54 class ProductA1 : AbstractProductA 55 { 56} 57 58 // "ProductB1" 59 class ProductB1 : AbstractProductB 60 { 61 // Methods 62 override public void Interact( AbstractProductA a ) 63 { 64 Console.WriteLine( this + " interacts with " + a ); 65 } 66} 67 68 // "ProductA2" 69 class ProductA2 : AbstractProductA 70 { 71} 72 73 // "ProductB2" 74 class ProductB2 : AbstractProductB 75 { 76 // Methods 77 override public void Interact( AbstractProductA a ) 78 { 79 Console.WriteLine( this + " interacts with " + a ); 80 } 81} 82 83 // "Client" - the interaction environment of the products 84 class Environment 85 { 86 // Fields 87 private AbstractProductA AbstractProductA; 88 private AbstractProductB AbstractProductB; 89 90 // Constructors 91 public Environment( AbstractFactory factory ) 92 { 93 AbstractProductB = factory.CreateProductB(); 94 AbstractProductA = factory.CreateProductA(); 95 } 96 97 // Methods 98 public void Run() 99 {100 AbstractProductB.Interact( AbstractProductA );101 }102} 103 104 /**/ /**/ /**/ /// <summary>105/// ClientApp test environment106/// </summary> 107 class ClientApp 108 {109 public static void Main(string[] args)110 {111 AbstractFactory factory1 = new ConcreteFactory1();112 Environment e1 = new Environment( factory1 );113 e1.Run();114115 AbstractFactory factory2 = new ConcreteFactory2();116 Environment e2 = new Environment( factory2 );117 e2.Run();118 }119}

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

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

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

五、抽象工厂的起源

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

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

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

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

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

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

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

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

1 // Abstract Factory pattern -- Real World example 2 using System; 3 4 // "AbstractFactory" 5 abstract class ContinentFactory 6 { 7 // Methods 8 abstract public Herbivore CreateHerbivore(); 9 abstract public Carnivore CreateCarnivore(); 10} 11 12 // "ConcreteFactory1" 13 class AfricaFactory : ContinentFactory 14 { 15 // Methods 16 override public Herbivore CreateHerbivore() 17 { return new Wildebeest(); } 18 19 override public Carnivore CreateCarnivore() 20 { return new Lion(); } 21} 22 23 // "ConcreteFactory2" 24 class AmericaFactory : ContinentFactory 25 { 26 // Methods 27 override public Herbivore CreateHerbivore() 28 { return new Bison(); } 29 30 override public Carnivore CreateCarnivore() 31 { return new Wolf(); } 32} 33 34 // "AbstractProductA" 35 abstract class Herbivore 36 { 37} 38 39 // "AbstractProductB" 40 abstract class Carnivore 41 { 42 // Methods 43 abstract public void Eat( Herbivore h ); 44} 45 46 // "ProductA1" 47 class Wildebeest : Herbivore 48 { 49} 50 51 // "ProductB1" 52 class Lion : Carnivore 53 { 54 // Methods 55 override public void Eat( Herbivore h ) 56 { 57 // eat wildebeest 58 Console.WriteLine( this + " eats " + h ); 59 } 60} 61 62 // "ProductA2" 63 class Bison : Herbivore 64 { 65} 66 67 // "ProductB2" 68 class Wolf : Carnivore 69 { 70 // Methods 71 override public void Eat( Herbivore h ) 72 { 73 // Eat bison 74 Console.WriteLine( this + " eats " + h ); 75 } 76} 77 78 // "Client" 79 class AnimalWorld 80 { 81 // Fields 82 private Herbivore herbivore; 83 private Carnivore carnivore; 84 85 // Constructors 86 public AnimalWorld( ContinentFactory factory ) 87 { 88 carnivore = factory.CreateCarnivore(); 89 herbivore = factory.CreateHerbivore(); 90 } 91 92 // Methods 93 public void RunFoodChain() 94 { carnivore.Eat(herbivore); } 95} 96 97 /**/ /**/ /**/ /// <summary> 98/// GameApp test class 99/// </summary> 100 class GameApp 101 {102 public static void Main( string[] args )103 {104 // Create and run the Africa animal world105 ContinentFactory africa = new AfricaFactory();106 AnimalWorld world = new AnimalWorld( africa );107 world.RunFoodChain();108109 // Create and run the America animal world110 ContinentFactory america = new AmericaFactory();111 world = new AnimalWorld( america );112 world.RunFoodChain();113 }114}

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

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

七、 "开放－封闭"原则

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

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

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

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

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

转载于:https://www.cnblogs.com/longjie/articles/1268056.html

相关资源：数据结构—成绩单生成器

最新回复(0)

C#设计模式（2）－Abstract Factory Pattern(转)

一、 抽象工厂（Abstract Factory）模式