设计模式系列（创建型模式）之一 工厂模式

1.设计模式的分类

1.根据目的来分
根据模式是用来完成什么工作来划分，这种方式可分为创建型模式、结构型模式和行为型模式 3 种。
创建型模式：提供创建对象的机制， 增加已有代码的灵活性和可复用性。
结构型模式：如何将对象和类组装成较大的结构， 并同时保持结构的灵活和高效。
行为模式：用于描述类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务，以及怎样分配职责，负责对象间的高效沟通和职责委派，
创建型模式(5种)：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

结构型模式(7种)：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。

行为型模式(11种)：策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、
中介者模式、解释器模式。
2.根据作用范围来分
根据模式是主要用于类上还是主要用于对象上来分，这种方式可分为类模式和对象模式2种。
类模式：用于处理类与子类之间的关系，这些关系通过继承来建立，是静态的，在编译时刻便确定下来了。设计模式中的工厂方法、（类）适配器、模板方法、解释器属于该模式。
对象模式：用于处理对象之间的关系，这些关系可以通过组合或聚合来实现，在运行时刻是可以变化的，更具动态性。设计模式中除了以上 4 种，其他的都是对象模式。

2.设计模式的六大原则

1、开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类。

2、里氏代换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）
原则是尽量使用合成/聚合的方式，而不是使用继承。

先讲讲创建型模式
创建型模式(Creational Pattern)对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象的使用分离。为了使软件的结构更加清晰，外界对于这些对象只需要知道它们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符合单一职责原则。
创建型模式在创建什么(What)，由谁创建(Who)，何时创建(When)等方面都为软件设计者提供了尽可能大的灵活性。创建型模式隐藏了类的实例的创建细节，通过隐藏对象如何被创建和组合在一起达到使整个系统独立的目的。
它包含的模式（重要程度：5为满分）
1.简单工厂模式（Simple Factory）
重要程度：4
2.工厂方法模式（Factory Method）
重要程度：5
3.抽象工厂模式（Abstract Factory）
重要程度：5
4.建造者模式（Builder）
重要程度：2
5.原型模式（Prototype）
重要程度：3
6.单例模式（Singleton）
重要程度：4

3.简单工厂模式

定义：由一个工厂对象决定创建出哪一种类型实例。客户端只需传入工厂类的参数，无心关心创建过程。
优点：具体产品从客户端代码中抽离出来，解耦。
缺点：工厂类职责过重，增加新的类型时，得修改工程类得代码，违背开闭原则。
1.定义一个水果的抽象类，有一个吃的行为

public abstract class Fruit {
    public abstract  void  eat();
}

2.创建一个水果的实现类香蕉

public class Banana extends Fruit {
    @Override
    public void eat() {
        System.out.println("吃香蕉");
    }
}

3.创建一个水果工厂，传入水果的名字，就生产哪个水果

public class FruitFactory {
    public Fruit produce(String name){
        if("banana".equals(name)){
            return new Banana();
        }else{
            return null;
        }
    }
}

4.测试输出

public class Test {
    public static  void main(String[]args){
        FruitFactory factory=new FruitFactory();
        Fruit fruit=factory.produce("banana");
        fruit.eat();
    }
}
//输出吃香蕉

4.工厂方法模式

为了解决简单工厂模式的缺点，诞生了工厂方法模式。
工厂方法模式的主要角色如下。
–抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 来创建产品。
–具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
–抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
–具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。
定义：定义创建对象的接口，让实现这个接口的类来决定实例化哪个类，工厂方法让类的实例化推迟到了子类进行。
优点：
具体产品从客户端代码中抽离出来，解耦。
加入新的类型时，只需添加新的工厂方法（无需修改旧的工厂方法代码），符合开闭原则。
缺点：类的个数容易过多，增加复杂度。
1.定义一个水果的抽象类，有一个吃的行为

public abstract class Fruit {
    public abstract  void  eat();
}

2.创建一个水果的实现类banana

public class Banana extends Fruit {
    @Override
    public void eat() {
        System.out.println("吃香蕉2");
    }
}

3.定义一个水果工厂的抽象类，有一个生产的行为

public abstract class FruitFactory {
    public abstract Fruit produce();
}

4.创建一个水果工厂的实现类香蕉工厂

public  class BananaFactory extends FruitFactory {
    @Override
    public Fruit produce() {
        return new Banana();
    }
}

5.测试输出

public class Test {
    public static  void main(String[]args){
        FruitFactory factory=new BananaFactory();
        Fruit fruit=factory.produce();
        fruit.eat();
    }
}
//输出吃香蕉2

现在要新增Apple类型的水果，只需要新增Apple类型的工厂类即可，无需修改现有的BananaFactory代码，符合开闭原则。但是这种模式的缺点也显而易见，就是类的个数容易过多，增加复杂度。下一篇讲讲抽象工厂模式