生成器模式

就这几天，花了两天辛辛苦苦写了一个导出数据的需求。换了好几种方案(在这之前我并没有看过生成器模式)。然后最终我把方案的实现定格在了策略模式。今天突然看到生成器模式，我在想，它们究竟有什么不同呢。

需求
先描述一下这个导出数据的需求：
Java Web项目，将数据库的某张表根据不同的条件将数据导出为不同格式的文件。比如Excel文件、CSV文件。
实现的基本步骤是：
读取需要导出的数据 –> 生成需要的格式 –> 将生成的对象写入本地磁盘 –> 读取本地磁盘文件上传至阿里云空间返回URL地址提供别人下载。
大致流程是这样的。
当时在不知道生成器模式的时候，换了好几种方案。最后将实现定格在了“策略模式”。
策略模式是：一群具有相同类型的对象，如果存在不同的行为，可以将这个行为独立出来，让每个对象依赖自己需要的行为。
我根据这一点，定义了一个ExportServer，提供了公共的方法：写入对象到磁盘、上传至阿里云空间并返回URL。然后读取数据分别由子类来实现(导出不同的表)。而生成需要的格式，依赖需要的行为。
大概结构：

public interface Action {
    T buildFile();
}

public class ExcelAction implements Action<Workbook> {
    public Workbook buildFile(){
        //封装Workbook
    }
}

pubilc class CSVAction implements Action<CSVPrint> {
    public CSVPrint buildFile(){
        //封装Workbook
    }
}


public abstract class ExportServer {
    public abstract T readData();

    public abstract Y buildWriter();

    public void dataToLocal(){
        //将已经构建好的File写在本地磁盘
    }

    public void uploadFileToOss(){
        //将本地文件上传至OSS(阿里云存储空间)
    }

}

public class EntityAExportServer extends ExportServer {
    //导出Excel文件。这个行为可以由外部传入，让调用者决定导出什么类型
    private Action action = new ExcelAction();

    public abstract EntityA readData(){
        //从数据库中获取数据
    }

    public Workbook buildWriter(){
        action.buildFile();
    }
}

public class EntityBExportServer extends ExportServer {
    //导出CSV文件
    private Action action = new CSVAction();

    public abstract EntityA readData(){
        //从数据库中获取数据
    }

    public CSVPrint buildWriter(){
        action.buildFile();
    }
}
//其他同理

public class Test {
    public static void main(String[] args){
        ExportServer exportServer = new EntityAExportServer();
        exportServer.readData();
        exportServer.buildWriter();
        exportServer.dataToLocal();
        exportServer.uploadFileToOss();
    }
}

当时的思路是在策略模式上面。感觉这个设计很完美。今天偶然看到了生成器模式。一开始的感觉是，这不就是策略模式么？

生成器模式
定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示
这儿注意：同样的构建过程。
假设上面的需求，数据已经固定，根据这个数据，导出不同形式的文件。按照生成器的定义，构建过程与表示分离。
如果不使用模式，会这样写：

public class ExportExcel {
    public void buildFile(){
        //封装Excel文件对象
    }

    public void dataToLocal(){
        //将封装的文件对象写到本地
    }
    public void uploadFileToOss(){
        //将本地文件上传至阿里云存储空间
    }
}

public class ExportCSV {
    public void buildFile(){
        //封装CSV文件对象
    }

    public void dataToLocal(){
        //将封装的文件对象写到本地
    }
    public void uploadFileToOss(){
        //将本地文件上传至阿里云存储空间
    }
}

使用生成器，将buildFile独立出来。

public interfacce Build {
    void buildFile();
}

public class BuildExcel implements Build {
    public void buildFile(){
        //封装EXCEL文件对象
    }
}

public class BuildCSV implements Build {
    public void buildFile(){
        //封装CSV文件对象
    }
}

public class Export {
    build build;
    public Export(Build build){
        this.build = build;
    }
    public void buildFile(){
        build.buildFile();
    }

    public void dataToLocal(){
        //将封装的文件对象写到本地
    }
    public void uploadFileToOss(){
        //将本地文件上传至阿里云存储空间
    }
}

我一看生成器模式，不就是策略模式单个化了嘛。为什么要把它们分为两种不同的模式呢？
其实严格来说，我上面使用的那个所谓的“策略模式”，是一个“生成器模式”。策略模式的定义是，每一个子类的行为都是独立的，和他的其他行为没有相关联，是可以独立存在的。
例如动物类：
它们具有相同的行为是，可以吃饭，可以睡觉。不同的行为是：行走方式不同。小鸟飞着走，小猫小狗走着走，鱼儿虾类游着走，青蛙乌龟又能走又能游。这些不同的行为，和公有的行为是没有关联的。

而生成器模式：
构建与表示分离，生成需要的格式 –> 将生成的对象写入本地磁盘 –> 上传至阿里云空间。这个过程属于一个构建产品的过程，不同的生成方式，构建出来的产品不同。
生成器模式的主要功能是构建复杂产品，一个产品的构建过程是统一的，不变的，只是构建什么样的产品，将这个不同点独立在生成器中，只要配置不同的生成器，那么同样的构建过程，就能构建出不同的产品来。
整体来看，我还是很容易把这两种模式给混淆。如果非要我区分个哪是策略哪是生成器，我会根据他们的操作来区分。如果是一个对象的行为，则为策略模式。如果是一个对象的生成过程，则为生成器模式。

以上是个人对生成器模式与策略模式的理解与比较。也许有些地方写的很乱，不明白。如有大神有其他不同的理解，请多多评论指教。