1.详细功能
提供操作生成器的调用入口，接受客户端的请求来触发生成器运行
1）提供一个默认的，无参的接口，一切按照配置文件进行生成
2）考虑提供一个可以指定生成参数的接口按照生成配置来组合需要生成的功能
不同的生成配置，需要生成的东西是不一样的，比如一个模块需要生成表现层、逻辑层和数据层，而另外一个模块可能只需要逻辑层和数据层，因此需要能够灵活地组合需要生成的功能。分发调度，发出执行生成的命令，让后续模块去真正实现功能
为了让程序结构更为松耦合，灵活度更高，在分发调度模块并不真正去执行生成，它只是发出执行生成的命令，具体的工作由其他模块去完成。
2.功能边界
- 分发调度模块主要负责接收客户端的请求，然后根据配置来组合需要生成的功能，然后把需要生成具体的功能的命令分发出去即可。
- 本身不负责配置数据的获取或解析，它只是向配置管理模块去获取它需要的数据。具体的配置数据由使用人员进行配置，然后由配置管理模块去读取、解析并进行管理。
- 本身并不知道每个模块需要生成些什么，它只是从配置数据中获取相应的数据，然后按照这些数据来组合相应的功能。具体每个模块要生成什么，是由使用人员在配置里面指定的。
- 分发调度模块本身并不知道如何去实现用户要求的生成功能，因此它只是负责把名利分发出去，具体谁来生来、如何生成、生成什么，都不属于它的职责。
3.对外接口
4.内部实现
实现的起点
为了让大家更好的理解分发调度模块的内部实现架构，因此先以一个最简单的实现结构为起点，采用重构的方式，逐步把相关的设计模式应用进来，从简单到复杂，从而让大家更好的看到如何选择要使用的设计模式、如何实际应用设计模式以及如何让多种设计模式协同工作。
1.针对前面定义的API，提供一个最基本的实现。
4.1 外观模式
4.1.1 面临的问题
面临的问题假定系统内部的各个模块功能都已经实现好了，而客户是不需要和系统内部的各个模块交互的。
也就是说，客户端希望以一种简单的方式来和x-gen系统进行交互，而且客户端并不希望了解系统内部的细节。
该怎么办呢？
4.1.2 用外观模式来解决
为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
4.1.3 使用外观模式来解决问题的思路
通过给客户端提供一个外观对象，客户端就只需要和这个外观对象交互，而这个外观对象负责与系统内部的各个模块交互。
4.1.4此时分发调度模块的结构示意如图
4.2 中介者模式
4.2.1 面临的问题
面临的问题分发调度模块，需要与其它模块交互，有可能会有较为复杂的交互。如果直接让分发模块去调用这些模块，可能会导致较强的耦合性，该如何处理呢？
4.2.2 用中介者模式来解决
用一个中介对象来封装一系列的对象交互。中介者使得各对象不需要显式地相互引用，从而使其耦合松散，而且可以独立的改变它们之间的交互。
4.2.3 使用中介者模式来解决问题的思路
引入一个中介者对象，所有的模块都和他进行交互，模块之间不再相互调
用，所有模块间的关系都是松散耦合的。
4.2.4 此时分发调度模块的结构示意如图
4.3 命令模式
4.3.1 面临的问题
面临的问题接着来看，按照上面的实现，现在在外观类里面，需要去调用真正的实现，因为分发调度模块本身是不负责具体实现的，那么现在的问题是：到底外观类要如何去调用具体的实现呢？
有朋友会说，直接调用具体实现的对象不就可以了，好像听起来是这么一回事情。但仔细想想，如果调用的顺序比较复杂，或者是调用的过程本身并不是固定的呢？那么直接调用就会有问题了，另外，如果调用的程序不仅仅在本地，也有可能在远程呢？
4.3.2 用命令模式来解决
将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤销的操作。
4.3.3 使用命令模式来解决问题的思路
要解决前面提到的问题，就应该让外观类和真正的实现分离开来，实现松散的耦合，从而可以灵活的组合。外观类里面只需要发出命令，其它的就不管了，当然在分发模块里面需要实现这个命令，但是这个实现只是命令的一个虚实现，而真正的实现当作命令的接收者对象。
4.3.4 此时分发调度模块的结构示意如图
4.4 职责链模式
4.4.1 面临的问题
面临的问题接着来看实现，当外观类在循环多个模块的generate要求，然后发出命令，要求按照配置来生成一个模块的时候，出现了一个新的问题，那就是每个模块要求生成的具体功能是不一样的，比如：有些模块要求生成Ebi、Ebo，而有些模块要求生成DAO等等。
那么该怎么解决这个问题呢？
4.4.2 用职责链模式来解决
使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
4.4.3 使用职责链模式来解决问题的思路
可以选用职责链来解决这个问题，当然不是用标准的职责链模式，而是使
用变形的职责链，也就是功能链来解决这个问题。
可以通过动态的组合功能来形成一个模块自己需要generate的功能链，然
后要求执行这个功能链即可。
4.4.4 此时分发调度模块的结构示意如图
5.与其他模块的交互实现
主要是使用中介者模式
