工厂模式3.docxVIP

/anlyren/archive/2008/01/31/abstract_factory.html.NET设计模式(3): 抽象工厂模式 抽象工厂模式（Abstract Factory Pattern）引入：在前面介绍的两个创建型模式里面，我们解决的都是有关/anlyren/archive/2007/11/07/new.htmlnew的问题，用它们来避免显式指定类创建对象。我写的也非常简单易懂，相信看过的朋友们都应该对/anlyren/archive/2008/01/25/simple_Factory_Pattern.html简单工厂模式、/anlyren/archive/2008/01/26/factory_method.html工厂方法模式的意图、所能解决的问题及适用情景有一定的了解了。但是若要达到灵活运用，什么时候用，怎样用合适还不是看一篇文章就能解决的问题。呵呵..这需要你对OO的理解程度，你的项目开发经验等等许多方面的积累。一起努力喔。。好了，咱们言归正传，通过对这两个模式的了解，我们掌握一种思想，就是在创建一个对象时，需要把容易发生变化的地方给封装起来，来控制变化（哪里变化，封装哪里），以适应客户的变动，项目的扩展。但是，我们在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作，同时由于需求的变化，这“一系列相互依赖的对象”也要改变，如何应对这种变化呢？如何像/anlyren/archive/2008/01/25/simple_Factory_Pattern.html简单工厂模式、/anlyren/archive/2008/01/26/factory_method.html工厂方法模式一样绕过常规的/anlyren/archive/2007/11/07/new.htmlnew，然后提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？可能有人会说，你也可以将这些对象一个一个通过/anlyren/archive/2008/01/26/factory_method.html工厂方法模式来解决呀？但是，我们试想，既然是一系列相互依赖的对象，它们是有联系的，每个对象都这样解决，你又如何来保证他们的联系呢？举一个例子：Windows桌面主题，当你更换一个桌面主题的时候，系统的开始按钮、任务栏、菜单栏、工具栏等等都变了，而且是一起变的，他们的色调都还很一致，难道类似这样的问题，怎么来解决呢？它的天敌就是抽象工厂模式。意图：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。参考者：也就是该模式中的各个类或对象之间的关系：抽象工厂（Abstract Factory)声明生成一系列抽象产品的方法 具体工厂（Concrete Factory）执行生成一系列抽象产品的方法，生成一系列具体的产品 抽象产品（Abstract Product）为这一系列的某一种产品声明接口 具体产品（Product）定义具体工厂生成的具体产品的对象，实现产品接口 客户（Client）我们的应用程序客户端（不要理解成人），使用抽象产品和抽象工厂生成对象。 ?抽象工厂模式UML图抽象工厂模式在生活中的实例咱们继续拿怎么穿衣服来说明这个抽象工厂模式。就拿你来说吧。工作了，为了参加一些聚会，肯定有两套或多套衣服吧，比如说有商务装（成套，一系列具体产品）、时尚装（成套，一系列具体产品），甚至对于一个家庭来说，可能有商务女装、商务男装、时尚女装、时尚男装，这些也都是成套的，即一系列具体产品。咱们假设一种情况(现实中是不存在的,要不然,没法进入共产主义了,但有利于说明抽象工厂模式)，在你的家中，某一个衣柜（具体工厂）只能存放某一种这样的衣服（成套，一系列具体产品），每次拿这种成套的衣服时也自然要从这个衣柜中取出了。用OO的思想去理解，所有的衣柜（具体工厂）都是衣柜类的（抽象工厂）某一个，而每一件成套的衣服又包括具体的上衣（某一具体产品），裤子（某一具体产品），这些具体的上衣其实也都是上衣（抽象产品），具体的裤子也都是裤子（另一个抽象产品）。分析：要好好去读上面那个实例，虽然有点绕嘴，其实只要用心去读，分清了抽象工厂模式的各个角色，对理解设计模式是非常重要的。理解头绪，然后接合/anlyren/archive/2008/01/25/simple_Factory_Pattern.html简单工厂模式、/anlyren/archive/2008/01/26/factory_method.html工厂方法模式对工厂家族的了解，再加上抽象工厂模式的意图，头脑中差不多有一个雏型了吧。好了，咱们一起来分析一下。。先把各个角色揪出来。抽象工厂：虚拟的衣柜，它只是个概念而已。在项目中可能是一个接口或抽象类，定义规则，取出上衣，裤子。具体工厂：具