抽象工厂模式

抽象工厂模式（Abstract Factory Pattern） 引入： 在前面介绍的两个创建型模式里面，我们解决的都是有关" new "的问题，用它们来避免显式指定类创建对象。我写的也非常简单易懂，相信看过的朋友们都应该对 简单工厂模式 、 工厂方法模式 的意图、所能解决的问题及适用情景有一定的了解了。但是若要达到灵活运用，什么时候用，怎样用合适还不是看一篇文章就能解决的问题。呵呵..这需要你对OO的理解程度，你的项目开发经验等等许多方面的积累。一起努力喔。。 好了，咱们言归正传，通过对这两个模式的了解，我们掌握一种思想，就是在创建一个对象时，需要把容易发生变化的地方给封装起来，来控制变化（哪里变化，封装哪里），以适应客户的变动，项目的扩展。但是，我们在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作，同时由于需求的变化，这“一系列相互依赖的对象”也要改变，如何应对这种变化呢？如何像 简单工厂模式 、 工厂方法模式 一样绕过常规的" new "，然后提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？可能有人会说，你也可以将这些对象一个一个通过 工厂方法模式 来解决呀？但是，我们试想，既然是一系列相互依赖的对象，它们是有联系的，每个对象都这样解决，你又如何来保证他们的联系呢？举一个例子：Windows桌面主题，当你更换一个桌面主题的时候

抽象工厂模式（Abstract Factory Pattern）： 定义：Provide an interface for creating families of related or dependent objects without specifying their concrete classes.(为创建一组相关或相互依赖的对象提供一个接口，而且无需指定他们的具体类)。 图： 优点： 1、抽象工厂模式隔离了具体类的生产，使得客户并不需要知道什么被创建。 2、当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。 3、增加新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。 缺点： 扩展非常困难 实现： 抽象产品类1 /// <summary> /// Product族1，KFC食品 /// </summary> public abstract class KFCFood { public abstract void Display(); } 产品类1的实现类：鸡腿 public class Chicken : KFCFood { public override void Display() { Console.WriteLine("鸡腿 + 1"); } } 产品类1的实现类：鸡翅 public class Wings :

一 、引入 　　前面我们讨论了“简单工厂模式”和“工厂方法模式”，这次我们来学习设计模式中最后的一种工厂模式——抽象工厂模式。 　　抽象工厂模式其实是工厂方法模式的一种扩展，应用抽象工厂模式可以创建一系列的产品（产品族），而不是像工厂方法模式中的只能创建一种产品。先我们来看一下抽象工厂模式的标准定义： 　　抽象工厂模式定义：为创建一组相关或相互依赖的对象提供一个接口，而且无需指定他们的具体类。 　　官方的定义一般都不易理解，我们就来模拟一个场景来说明一下这其中的关系吧。 　　富士康公司给两个品牌作代工产品：苹果和三星。众所周知，这两个品牌都有手机和平板产品，由于生产工艺的不同，富士康开设了两条生产线，一条线只生产手机，另一条线只生产平板，总负责人是车间主任老王。一个卖苹果设备的采购商找到老王，说先给我来1台苹果的iPad, 老王转身到生产平板的生产线上的操作台，往电脑里输入“苹果牌”三个字，很快1台iPad生产出来了。采购商又说，再给我来1台苹果的iPhone吧，老王又转身到手机的生产线，在电脑里输入“苹果牌”，很快一台iPhone又造好了。 　　看出来了吗？这里有两种抽象的产品（苹果产品和三星产品），而每种抽象的产品都有两种产品角色（手机和平板电脑），这样就要建立两种工厂（手机工厂和平板工厂）分别负责不同产品角色的实例化。 老王就是工厂的总接口，他负责帮你找到正确的生产工厂

示例代码详见 https://github.com/52fhy/design_patterns 抽象工厂 抽象工厂(Abstract Factory)是应对产品族概念的。比如说，每个汽车公司可能要同时生产轿车、跑车、货车、客车，那么每一个工厂都要有创建轿车，货车和客车的方法。 在学习抽象工厂具体实例之前，应该明白两个重要的概念： 产品族 和 产品等级 。 产品等级：同一个产品的不同分类或者组成。 产品族：是指位于不同产品等级结构中，功能相关联的产品组成的家族。 例如：汽车分奔驰、宝马，奔驰下面还有跑车、MINI车等等。其中奔驰就是产品族，跑车、MINI车是产品等级。 再例如：AMD的主板、芯片组、CPU组成一个家族，Intel的主板、芯片组、CPU组成一个家族。而这两个家族都来自于三个产品等级：主板、芯片组、CPU。 抽象工厂是汽车生产工厂的抽象，工厂方法是一个汽车工厂里每种汽车型号的抽象；简单工厂和抽象工厂含义一样，只是产品型号是固定的。 应对产品族概念而生，增加新的产品线很容易，但是无法增加新的产品。 抽象工厂UML图： 简单工厂需要有4个角色： Product接口类：用于定义产品规范，例如ProductA、ProductB，抽象工厂有多个Product接口类； 具体的产品实现，例如ProductA1、ProductA2； 抽象工厂类IFactory：用于规范每个工厂；

设计模式常见面试题汇总 1.说一下设计模式？你都知道哪些？ 答：设计模式总共有 23 种，总体来说可以分为三大类：创建型模式（ Creational Patterns ）、结构型模式（ Structural Patterns ）和行为型模式（ Behavioral Patterns ）。 **分类** **包含** **关注点** 创建型模式 工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式 关注于对象的创建，同时隐藏创建逻辑 结构型模式 适配器模式、过滤器模式、装饰模式、享元模式、代理模式、外观模式、组合模式、桥接模式 关注类和对象之间的组合 行为型模式 责任链模式、命令模式、中介者模式、观察者模式、状态模式、策略模式、模板模式、空对象模式、备忘录模式、迭代器模式、解释器模式、访问者模式 关注对象之间的通信 下面会对常用的设计模式分别做详细的说明。 2.什么是单例模式？ 答：单例模式是一种常用的软件设计模式，在应用这个模式时，单例对象的类必须保证只有一个实例存在，整个系统只能使用一个对象实例。 优点：不会频繁地创建和销毁对象，浪费系统资源。 使用场景：IO 、数据库连接、Redis 连接等。 单例模式代码实现： class Singleton { private static Singleton instance = new Singleton(); public

抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。 在抽象工厂模式中，接口是负责创建一个相关对象的工厂，不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。 介绍 意图 提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 主要解决 主要解决接口选择的问题。 何时使用 系统的产品有多于一个的产品族，而系统只消费其中某一族的产品。 如何解决 在一个产品族里面，定义多个产品。 关键代码 在一个工厂里聚合多个同类产品。 应用实例 工作了，为了参加一些聚会，肯定有两套或多套衣服吧，比如说有商务装（成套，一系列具体产品）、时尚装（成套，一系列具体产品），甚至对于一个家庭来说，可能有商务女装、商务男装、时尚女装、时尚男装，这些也都是成套的，即一系列具体产品。假设一种情况（现实中是不存在的，要不然，没法进入共产主义了，但有利于说明抽象工厂模式），在您的家中，某一个衣柜（具体工厂）只能存放某一种这样的衣服（成套，一系列具体产品），每次拿这种成套的衣服时也自然要从这个衣柜中取出了。用 OOP 的思想去理解，所有的衣柜（具体工厂）都是衣柜类的（抽象工厂）某一个，而每一件成套的衣服又包括具体的上衣（某一具体产品），裤子（某一具体产品）

第一章节 工厂模式 1.面向对象的好处？ 2.UML图 3.简述简单工厂模式   假如我们需要写一个加减乘除的计算器程序，如果使用面向过程的思维来解决这个问题，一旦我们修改了其中某些需求（比如增加开根号的运算），那么我们就会关于运算部分的代码，这对于一些系统来说是很有风险的操作。也不符合面向对象的封装的方法。   我们可以把界面和运算进行分层出来，界面类处理界面的事情，运算类只处理运算逻辑。这样是非常可以扩展的，如果我们需要增加一种运算，我们只需要多写一个运算类继承运算基类。   如何让计算机知道你将要使用哪个运算类呢？及对象的实例化问题，到底要实例化谁，未来会不会增加实例化对象，这些很容易变化的部分。我们可以使用一个单独的类来做这个创造实例的过程，这就是工厂。 编程是一门技术，更加是一门艺术 第二章节 策略模式 1.商场促销问题   比如商场打不同的折扣,双十一打五折，公司周年庆打四折，每周五打八折。商场不仅仅有打折问题，还有 满多少返现多少，比如满300返现100。商场积分问题，100块可以积10分。这一系列的问题，都应考虑到，不可能每次都要去修改代码后重新编译部署。这就是一个策略问题。   对于打折问题，以前学过简单工厂，我们可以写一个基类，然后打不同的折扣去继承这个基类，这样写不符合面向对象封装的方法。不管打多少折都是打折，没必要写那么多的类。 2.策略模式    策略模式

1.1.1 摘要 　　抽象工厂模式：允许客户使用抽象的接口来创建一系列相关的产品，而无需要知道实际产出的具体产品是什么。这样一来，客户就从具体的产品中被解耦出来。这种模式适用于产品对象的数目和种类不变，而具体产品系列之间存在不同或者容易变化的情况。 　　关键字：依赖抽象，不要依赖具体类，OCP 　　使用率： high 　　 图 1.1.1 抽象工厂物理架构 1.1.2 参与类或接口作用 　　 AbstractFactory (UIAbstractFactory) ： 定义一个接口用来创建抽象产品，担任这个角色的是工厂方法模式的核心，它是与应用系统商业逻辑无关的。 　　 ConcreteFactory (MacUIFactory, WinUIFactory) ： 这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑，而这个逻辑是与应用系统的商业逻辑紧密相关的。 　　 AbstractProduct (IButton, IBorder) ： 担任这个角色的类是工厂方法模式所创建的对象的父类，或它们共同拥有的接口。 　　 Product (WinBotton, MacBotton, WinBorder, MacBorder) ： 抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西，其内部一定充满了应用系统的商业逻辑。 　　

我知道有很多关于这两种模式之间差异的帖子，但有一些我找不到的东西。 从我一直在阅读的内容中，我看到工厂方法模式允许您定义如何创建单个具体产品，但是从客户端隐藏实现，因为他们将看到通用产品。 我的第一个问题是抽象工厂。 它的作用是允许您创建具体对象系列（可能取决于您使用的特定工厂）而不仅仅是单个具体对象？ 抽象工厂是否只返回一个非常大的对象或许多对象，具体取决于您调用的方法？ 我的最后两个问题是关于我在很多地方看到过的单一引言，我无法完全理解： 两者之间的一个区别是，使用抽象工厂模式，类通过组合将对象实例化的责任委托给另一个对象，而工厂方法模式使用继承并依赖子类来处理所需的对象实例化。 我的理解是工厂方法模式有一个Creator接口，它将使ConcreteCreator负责知道要实例化的ConcreteProduct。 这是通过使用继承来处理对象实例化的意思吗？ 现在关于那个引用，抽象工厂模式究竟是如何通过合成将对象实例化的责任委托给另一个对象？ 这是什么意思？ 看起来抽象工厂模式也使用继承来完成构建过程，但是我仍然在学习这些模式。 任何帮助，尤其是最后一个问题，将不胜感激。 #1楼 AbstractFactory和Factory设计模式之间的区别如下： Factory Method 仅用于创建一个产品，但 Abstract Factory 用于创建相关或依赖产品的族。

工厂方法模式 ：定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类中。 介绍 工厂方法模式 ，又称 工厂模式 、 多态工厂模式 和 虚拟构造器模式 ，通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象。 对比简单工厂模式 是对简单工厂模式的一个延伸 ，所以它们诞生的背景以及所解决的问题是大同小异。（不了解简单工厂模式的请看 《大话设计模式》——简单工厂模式 ） 简单工厂模式 简单来说，简单工厂模式是由一个工厂对象 根据不同参数创建不同的实例 。具体传什么参数，创建什么实例的逻辑是在工厂对象中完成的。 优点 ： 只需要传入一个正确的参数，就可以获取你所需要的对象而无需知道其创建细节。 缺点 ： 工厂一旦需要生产新产品就需要修改工厂类的方法逻辑，违背了 开放—封闭原则 ； 如果产品实例种类很多，也导致了工厂内部逻辑复杂，不易维护。 工厂方法模式 工厂方法模式是对简单工厂模式进一步的解耦。将把原本会因为业务代码而庞大的简单工厂类， 拆分成了一个个的工厂类 ，这样代码就不会都耦合在同一个类里了。 优点 ： 用户只需要关心所需产品的对应工厂，无需关心细节 加入新产品符合开闭原则， 提高可扩展性 进一步降低了程序的 耦合性 缺点 ： 类的个数容易过多，增加复杂度 增加了系统的抽象性和理解难度 详细介绍 工厂方法模式的四个要素： 抽象产品类 （Product）