工厂方法模式

工厂方法模式（Factory Method Pattern）

是指定义一个创建对象的接口，但让实现这个接口的类来决定实例化那个类，工厂方法模式让类的实例化推迟到子类中进行。在工厂方法模式中用户只需要关系所需产品对应的工厂，无需关心创建细节，而且加入新的产品时符合开闭原则。

• 工厂方法模式主要解决产品扩展的问题，在简单工厂模式中，随着产品链的丰富，如果每个语言的创建逻辑有区别，则工厂的职责会变得越来越多，有点像万能工厂，不便于维护。根据单一职责原则我们将职能继续拆分，Java语言由Java工厂创建，Python由Python工厂创建，对工厂本身也做一个抽象。

public interface ILanguageFactory {
    ILanguage create();
}

• 在分别创建子工长JavaLanguageFactory 跟 PythonLanguageFactory

public class JavaLanguageFactory implements ILanguageFactory {
    @Override
    public ILanguage create() {
        return new Java();
    }
}

public class PythonLanguageFactory implements ILanguageFactory {
    @Override
    public ILanguage create() {
        return new Python();
    }
}

• 测试代码如下

public static void main(String[] args) {
        ILanguageFactory languageFactory = new JavaLanguageFactory();
        ILanguage language = languageFactory.create();
        language.study();

        languageFactory = new PythonLanguageFactory();
        language = languageFactory.create();
        language.study();
    }

• 再来看下类图
  
• 再来看看logback 中工厂方法模式的应用，看看类图，如下图

• 工厂方法模式适用于以下场景

1. 创建对象需要大量重复的代码
2. 客户端不依赖于产品类实例如何被创建，如何被实现等细节。
3. 一个类通过其它子类来指定创建那个对象。

• 工厂方法模式缺点

1. 类的个数容易过多，不易于维护
2. 增加了系统的抽象性和理解程度

抽象工厂模式（Abastract Factory Pattern）

是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无需指定所要产品的具体类就能得到同族的不同等级的产品的模式结构

• IVideo 接口

public interface IVideo {
    void record();
}

• INote 接口

public interface INote {
    void edit();
}

• 创建抽象工厂类

/**
 * 抽象工厂是用户的主入口
 */
public interface LanguageFactory {
    INote createNote();
    IVideo createVideo();
}

• 接下来，创建Java产品族的Java视频类 JavaVideo

public class JavaVideo implements IVideo {
    @Override
    public void record() {
        System.out.println("录制Java 视频");
    }
}

• 接下来，创建Java产品族的Java笔记类JavaNote

public class JavaNote implements INote {
    @Override
    public void edit() {
        System.out.println("编写Java 笔记");
    }
}

• 创建Java产品族的具体工厂JavaLanguageFactory

package com.example.designPattern.AbastractFactoryPattern;

public class JavaLanguageFactory implements LanguageFactory {
    @Override
    public INote createNote() {
        return new JavaNote();
    }

    @Override
    public IVideo createVideo() {
        return new JavaVideo();
    }
}

• python 类相关同理 偷懒下
• 来看客户端调用代码

package com.example.designPattern.AbastractFactoryPattern;

public class test {

    public static void main(String[] args) {
        JavaLanguageFactory javaLanguageFactory = new JavaLanguageFactory();
        javaLanguageFactory.createNote().edit();
        javaLanguageFactory.createVideo().record();
    }
}

• 上面的代码完整的描述了两个产品族，Java 和 Python ,也描述了两个产品的视频跟笔记，抽象工厂模式非常完美清晰地描述了这样一层复杂的关系。但是，不知道大家有没有发现，如果随着业务的扩展，我们加入一些比如Exam，那么我们的代码从抽象工厂到具体工厂都要全部调整不符合开闭原则，由此可见抽象工厂模式也不是没有缺点。

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