java 抽象工厂模式
抽象工厂模式，在很多场景下都有应用。
?
它有以下的优点
1：封装性，每个产品的实现类不是高层模块要关心的，它所要关心 的是接口和抽象类，他不关心对象是如何创建出来，只有工厂类去关心，只要知道工厂类是谁，我们就能得到一个需要的对象。
?
2：产品家族的约束为非公开状态。而抽象工厂模式针对的是多个产品等级结构。当每个抽象产品都有多于一个的具体子类的时候，工厂角色怎么知道实例化哪一个子类呢？比如每个抽象产品角色都有两个具体产品。抽象工厂模式提供两个具体工厂角色，分别对应于这两个具体产品角色，每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一个具体子类的实例。
?
抽象产品
package com.gengu.抽象工厂;/** * 抽象产品 * */public abstract class Product {public abstract void dosomething();}?具体产品类
package com.gengu.抽象工厂;/** * 产品A1 * */public class ProductA1 extends Product{@Overridepublic void dosomething() {System.out.println("这是产品A1");}}package com.gengu.抽象工厂;/** * 产品A 2 * */public class ProductA2 extends Product{@Overridepublic void dosomething() {System.out.println("这是产品A2");}}package com.gengu.抽象工厂;/** * 产品B1 * */public class ProductB1 extends Product{@Overridepublic void dosomething() {System.out.println("这里是产品B1");}}package com.gengu.抽象工厂;public class ProductB2 extends Product{@Overridepublic void dosomething() {System.out.println("这里是产品B2");}}?抽象工厂类
package com.gengu.抽象工厂;public abstract class Creater {public abstract Product createProductA();public abstract Product createProductB();}?具体工厂类
package com.gengu.抽象工厂;public class Creater1 extends Creater{@Overridepublic Product createProductA() {return new ProductA1();}@Overridepublic Product createProductB() {return new ProductB1();}}package com.gengu.抽象工厂;public class Creater2 extends Creater{@Overridepublic Product createProductA() {return new ProductA2();}@Overridepublic Product createProductB() {return new ProductB2();}}?测试类
package com.gengu.抽象工厂;public class Client {public static void main(String[] args) {Creater create1 = new Creater1();Product productA1 = create1.createProductA();productA1.dosomething();}}?
抽象工厂方法从纵向上看，几乎没有可扩展性，假如我们想增加一个产品C，也就是说产品家族由原来的2个变为3个，程序将会有很大的变动，抽象工厂中就需要增加一个方法。这严重违背了开闭原则。并且抽象类是不喜欢被修改的。
但是从横向上来看，却对扩展性有了很好的支持，如果我们增加一个产品等级3，我们只需要在写一个Create3就可以了，这里又符合了开闭原则，有多少个产品等级就应该有多少个实现工厂类。每增加一个产品等级就相应的增加一个实现工厂类，这里的扩展性又很自然的体现出来了。
?
所以每个模式都是必须在合适的地方使用的。
?