C#设计模式 之 抽象工厂模式.doc

《C#设计模式 之 抽象工厂模式.doc》由会员分享，可在线阅读，更多相关《C#设计模式 之 抽象工厂模式.doc（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、抽象工厂（Abstract Factory） 常规的对象创建方法：/创建一个Road对象Roadroad=newRoad();new 的问题： 实现依赖，不能应对“具体实例化类型”的变化。解决思路： 封装变化点-哪里变化，封装哪里 潜台词： 如果没有变化，当然不需要额外的封装！工厂模式的缘起 变化点在“对象创建”，因此就封装“对象创建” 面向接口编程-依赖接口，而非依赖实现最简单的解决方法：1classRoadFactory2publicstaticRoadCreateRoad()34returnnewRoad();567/创建一个Road对象8Roadroad=roadFactory.Cre

2、ateRoad();创建一系列相互依赖对象的创建工作：假设一个游戏开场景：我们需要构造道路、房屋、地道，从林.等等对象工厂方法如下：1classRoadFactory23publicstaticRoadCreateRoad()45returnnewRoad();67publicstaticBuildingCreateBuilding()89returnnewBuilding();1011publicstaticTunnelCreateTunnel()1213returnnewTunnel();1415publicstaticJungleCreateJungle()1617returnnewJu

3、ngle();1819调用方式如下： 1Roadroad= RoadFactory.CreateRoad();3Buildingbuilding=RoadFactory.CreateBuilding();4Tunneltunnel=RoadFactory.CreateTunnel();5Junglejungle=RoadFactory.CreateJungle();如上可见简单工厂的问题： 不能应对不同系列对象的变化。比如有不同风格的场景-对应不同风格的道路，房屋、地道.如何解决： 使用面向对象的技术来封装变化点。动机(Motivate)： 在软件系统中，经常面临着一系统相互依赖的对象的创建工

4、作：同时，由于需求的变化，往往存在更多系列对象的创建工作。 如何应对这种变化？如何绕过常规的对象创建方法（new),提供一种封装机制来避免客户程序和这种多系列具体对象创建工作的紧耦合？意图(Intent): 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 -设计模式GOF结构图（Struct): 适用性： 1.一个系统要独立于它的产品的创建、组合和表示时。 2.一个系统要由多个产品系统中的一个来配置时。 3.当你要强调一系列相关的产品对象的设计以便进行联合使用时。 4.当你提供一个产品类库，而只想显示它们的接口不是实现时。生活例子： 结构图代码实现：1abstractcl

5、assAbstractFactory23publicabstractAbstractProductACreateProductA();4publicabstractAbstractProductBCreateProductB();51abstractclassAbstractProductA23publicabstractvoidInteract(AbstractProductBb);41abstractclassAbstractProductB23publicabstractvoidInteract(AbstractProductAa);41classClient23privateAbstr

6、actProductAAbstractProductA;4privateAbstractProductBAbstractProductB;5publicClient(AbstractFactoryfactory)67AbstractProductA=factory.CreateProductA();8AbstractProductB=factory.CreateProductB();910publicvoidRun()1112AbstractProductB.Interact(AbstractProductA);13AbstractProductA.Interact(AbstractProdu

7、ctB);14151classConcreteFactory1:AbstractFactory23publicoverrideAbstractProductACreateProductA()45returnnewProductA1();67publicoverrideAbstractProductBCreateProductB()89returnnewProductB1();10111classConcreteFactory2:AbstractFactory23publicoverrideAbstractProductACreateProductA()45returnnewProdcutA2(

8、);67publicoverrideAbstractProductBCreateProductB()89returnnewProductB2();10111classProductA1:AbstractProductA23publicoverridevoidInteract(AbstractProductBb)45Console.WriteLine(this.GetType().Name+interactwith+b.GetType().Name);671classProductB1:AbstractProductB23publicoverridevoidInteract(AbstractPr

9、oductAa)45Console.WriteLine(this.GetType().Name+interactwith+a.GetType().Name);671classProdcutA2:AbstractProductA23publicoverridevoidInteract(AbstractProductBb)45Console.WriteLine(this.GetType().Name+interactwith+b.GetType().Name);671classProductB2:AbstractProductB23publicoverridevoidInteract(Abstra

10、ctProductAa)45Console.WriteLine(this.GetType().Name+interactwith+a.GetType().Name);671publicstaticvoidMain()23/Abstractfactory14AbstractFactoryfactory1=newConcreteFactory1();5Clientc1=newClient(factory1);6c1.Run();7/Abstractfactory28AbstractFactoryfactory2=newConcreteFactory2();9Clientc2=newClient(factory2);10c2.Run();11Abstract Factory注意的几点： 如果不存在”多系列对象创建“的需求变化，则没必要应用Abstract Factory模式，静态工厂方法足矣。 系列对象指的是这些对象之间有相互依赖、或作用的关系。例如游戏开发场景中的道路与房屋依赖，“道路”与“地道”的依赖。Abstract Factory模式主要在于应对新系列的需求变动。其缺点在于难以应对”新对象“的需求变动。Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。