时间：1月1日地点：大B房间人物：大B，小。
大B：“我们可以认为麦当劳和肯德基就是生产食物的工厂，那么理所当然，汉堡和鸡腿是他们共同生产的两种食物，不管你去MDL还是KDJ，说：我要鸡腿，那肯定不会给你拿来烤羊腿。嘿嘿！这里，我们假定麦当劳和肯德基只生产这两种产品。我们是消费者，我们就是客户，就是产品的消费者，就是程序中对象的调用者。而麦当劳和肯德基，理所当然的，他们就是工厂，一个叫做麦当劳工厂，一个叫做肯德基工厂，他们是真正的生产者，而对于我们这些客户消费者（程序中对象的调用者）来说，不管是去麦当劳还是肯德基，我们都说一样的话（我们的要求是稳定的）：我要鸡腿。只要我们提出这个请求，那么肯定会得到我们想要的。而作为工厂（生产者），麦当劳和肯德基都生产鸡腿和汉堡，所以抽象出来的抽象工厂都具有生产鸡腿和生产汉堡的功能，这是接口中的两个方法。因为在这个接口中，还不知道到底要生产谁家的产品，所以只能返回个抽象的鸡腿或汉堡，等到麦当劳或者肯德基工厂生产出来，就知道是谁家的了。（有标志嘛，这就是动态创建对象）。不管是麦当劳还是肯德基的鸡腿或汉堡，它的本质都是鸡腿或汉堡，所以可以抽象出来。那么鸡腿就派生出麦当劳的鸡腿和肯德基的鸡腿，而汉堡就派生出麦当劳的汉堡和肯德基的汉堡。而对于我们这些客户消费者（程序中对象的调用者）来说，不管是去麦当劳还使肯德基，我们都说一样的话（我们的要求是稳定的）：我要鸡腿。只要我们提出这个要求，那么肯定会得到我们想要的。不管是谁家的鸡腿，肯定是鸡腿不会是羊腿。所以，我们只要规定好是鸡腿（接口）就行了，而让工厂去绝对具体的制作过程。我们只伸手接过来一个鸡腿，狠狠的咬一口，恩，真香！）到现在为止，我们只和鸡腿（抽象的接口）还有抽象工厂（因为我们不管是麦当劳还是肯德基，我们只要鸡腿）打交道。你现在知不知道什么是抽象工厂模式？”
小A：“抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。抽象工厂（Abstract Factory）模式，又称工具箱（Kit 或Toolkit）模式。”
大B：“从模式定义中知道这个模式的意图内容为：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。工厂类层次的通信接口只有抽象工厂和创建产品族的各个工厂方法，这些工厂方法不带任何参数，并且返回具有抽象产品类型的具体产品实例。这些使得客户端可以不依赖具体产品的类，从而体现了模式的意图。意图中的‘而无需指定它们具体的类’可以理解为客户端在使用和创建具体产品时不给出具体产品的任何暗示。”
小A：“师兄，抽象工厂模式有什么动机啊？”
大B：“考虑一个支持多种视感（l o o k-a n d-f e e l）标准的用户界面工具包，例如M o t i f和Presentation Manager。不同的视感风格为诸如滚动条、窗口和按钮等用户界面‘窗口组件’定义不同的外观和行为。为保证视感风格标准间的可移植性，一个应用不应该为一个特定的视感外观硬编码它的窗口组件。在整个应用中实例化特定视感风格的窗口组件类将使得以后很难改变视感风格。”
