设计模式之抽象方法模式
抽象工厂--导读
当我们一个小品牌的汽车厂做成大的汽车厂时，这时我们不仅仅，满足与只是创建昂贵的汽车和便宜的汽车，而这时我们更趋向于生产不同系列的汽车
但是问题来了牌子还时这个牌子但是我现在生产的汽车不同了，所以我需要同的厂来生产不同系列的车因为这样才能做到高效，因为制作车的流程没有改变
但是不同系列车的优点也有不同，这时我们的抽象工厂就发挥了大作用了。
在讲解抽象工厂模式之前，我们需要厘清两个概念：
产品等级结构。产品的等级结构也就是产品的继承结构。例如一个为空调的抽象类，它有海尔空调、格力空调、美的空调等一系列的子类，那么这个抽象类空调和他的子类就构成了一个产品等级结构。
产品族。产品族是在抽象工厂模式中的。在抽象工厂模式中，产品族是指由同一个工厂生产的，位于不同产品等级结构中的一组产品。比如，海尔工厂生产海尔空调。海尔冰箱，那么海尔空调则位于空调产品族中。
产品等级结构和产品族结构示意图如下：
一、基本定义
抽象工厂--定义
抽象工厂模式（Abstract Factory Pattern）是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式，在抽象工厂模式中，接口是负责创建一个相关对象的工厂，不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。
抽象工厂--模式
抽象工厂模式的UML结构图如下：
模式结构说明。
AbstractFactory：抽象工厂。抽象工厂定义了一个接口，所有的具体工厂都必须实现此接口，这个接口包含了一组方法用来生产产品。
ConcreteFactory：具体工厂。具体工厂是用于生产不同产品族。要创建一个产品，客户只需要使用其中一个工厂完全不需要实例化任何产品对象。
AbstractProduct：抽象产品。这是一个产品家族，每一个具体工厂都能够生产一整组产品。
Product：具体产品。
抽象工厂--代码实现
jeepFactory具体生产某一系列车的工厂
package Abstract_Factory_Pattern; /** * 一个具体的工厂用于生产节油系列的汽车 * @author liu * */ public class JeepFactory extends CarFactory { public Cars createJeepCar(String type) { Cars car =null; if(type.equals("cheap")) { car=new JeepCheapCar("Jeep"); }else { car=new JeepExpensiveCar("Jeep"); } return car; } }
package Abstract_Factory_Pattern; /** * 定义一个汽车的总的生产流程，其他厂都是跟据该工厂来进行 * 制作产品,这是一个总的抽向工厂 * @author liu * */ public abstract class CarFactory { public abstract Cars createJeepCar(String type);
public abstract Cars createRoadster(String type); }
用于生产另一系列的车
package Abstract_Factory_Pattern; public class Roadster_Factory extends CarFactory { public Cars createRoadsterCar(String type) { Cars car =null; if(type.equals("cheap")) { car=new RoadsterCheapCar("Roadster"); }else { car=new RoadsterExpensiveCar("Roadster"); } return car; } }
抽象工厂--优缺点
优点
1、 抽象工厂隔离了具体类的生成，是的客户端不需要知道什么被创建。所有的具体工厂都实现了抽象工厂中定义的公共接口，因此只需要改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。
2、 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。
缺点
添加新的行为时比较麻烦。如果需要添加一个新产品族对象时，需要更改接口及其下所有子类，这必然会带来很大的麻烦。
抽象工厂--使用场景
1、QQ 换皮肤，一整套一起换。
2、生成不同操作系统的程序。
