一 工厂模式

一 软件设计原则

　　1.开闭原则

　　2.单一职责原则

　　3.依赖倒置原则

　　4.接口隔离原则

　　5.迪米特法则

　　6.里氏替换原则

　　7.合成复用原则

二 简单工厂模式：是指由一个工厂对象决定创建出哪一种产品类的实例。属于创建型的模式，但它不属于GOF 23种设计模式

public class PayFactory {

    public static Pay creatOrder(Class<? extends Pay> type){
        try{
            return type.newInstance();
        }catch (Exception e){
            e.printStackTrace();
            return null;
        }
    }

}

试用场景：工厂类负责创建的对象较少。客户端只需要传入工厂类的参数，对于如何创建对象的逻辑不需要关心

优点：只需传入一个正确的参数，就可以获取你所需要的对象无须知道其创建的细节

缺点：工厂类的责任相对过重，增加新的产品是需要修改工厂类的判断逻辑，违背了开闭原则，不易于扩展过于复杂的产品结构。

三 工厂方法模式：是指定义一个创建对象的接口，但让实现这个接口的类来决定实例化那个哪个类，工厂方法让类的实例化推迟到字类中进行。属于创建型模式

　　

试用场景：创建对象需要大量重复的代码。客户端（应用层）不依赖于产品类如何被创建，实现等细节。一个类通过其子类来指定创建哪个对象

优点：用户只需关心所需产品对应的工厂，无需关心创建细节。加入新产品符合开闭原则，提高了系统的可扩展性

缺点：类的个数容易过多，增加了代码结构的复杂度。增加了系统的抽象性和理解难度

四  抽象工厂：是指提供一个创建一系列相关或相关依赖对象的接口，无需指定它们具体的类

优点：具体产品在应用层代码隔离，无需关心创建细节，将一系列的产品族统一一起创建

缺点：规定了所有可能被创建产品的集合，产品族中扩展新的产品困难，需要修改抽象工厂的接口。增加了系统抽象性和理解难度

试用场景：客户端（应用层）不依赖于产品类实例如何被创建，实现等细节

　　　　强调一系列相关产品的产品对象（属于同一产品族）一起使用创建对象需要大量重复的代码

　　　　提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现