整体课程概览

包括：引入、X-ge项目背景、X-ge的HelloWorld

包括：系统功能概述、外部主题功能概述、高层结构概览

  设计并实现配置管理模块，包括：简单工厂模式、单例模式、桥接模式、解释器模式、组合模式、备忘录模式、原型模式、生成器模式、策略模式 的综合应用

  设计并实现分发调度模块，包括：外观模式、命令模式、职责链模式、中介者模式的综合应用

  设计并实现生成代理模块，包括：代理模式的应用

  设计并实现具体调用模块，包括：状态模式、模板方法模式、工厂方法模式、装饰者模式、观察者模式的综合应用

  设计并实现模板管理模块，包括：享元模式、访问者模式的综合应用

  设计并实现生成输出模块，包括：抽象工厂模式的应用

  包括：外部主题制作的方法和步骤、模板制作、配置约定、动作实现、访问者实现、装饰器实现、输出类型实现等

引入

  在《研磨设计模式》一书上市后，好评如潮，很多朋友都认为：《研磨设计模式》一书，从零开始，由浅入深，详细、准确、深入地探讨了GoF的著作《设计模式——可复用面向对象软件的基础》一书所提出的23个设计模式 ，是学习设计模式的最佳读物之一，更是近年来国内原创书籍中难得的佳品。

  要求做一些设计模式综合应用的实战案例，让大家学习在实际项目中，如何真正使用设计模式，而不再停留在只是知道设计模式，但不会使用的尴尬境地；从而帮助大家提高应用设计模式的水平，也提高大家基本的设计能力。

  《研磨设计模式》一书注重对设计模式本身的理论的讲述，比如：每个模式的定义、功能、思路、结构、基本实现、运行调用顺序、基本应用示例等等模式的基础知识；同时也深化到中高级的内容，比如：深入探讨如何理解这些模式，模式中蕴含什么样的设计思想，模式的本质是什么，模式如何结合实际应用，模式的优缺点，和其它模式的关系等等，让读者尽量去理解和掌握每个设计模式的精髓所在。  

  虽然《研磨设计模式》一书已经在理论联系实际上下了很大的功夫，引入了很多实际应用来做案例，但是毕竟整本书是偏重于理论部分的，因而在如何把设计模式应用到实际项目中，尤其是综合应用多个设计模式来解决实际问题，《研磨设计模式》一书是涉及甚少的。  而在实际开发中，几乎总是需要综合应用多个设计模式，才能更好的解决实际问题。

  简单点说，《研磨设计模式》一书让大家深入理解和掌握了单个设计模式的理论和应用，那么该如何综合使用这些设计模式来解决实际项目中的问题呢？

  因而有了前面提出的要求。

  面对大家的信任和要求，我诚惶诚恐！

  这可不是个好干的差事，怕做不好而辜负了大家的信任和期待。

  设计模式的综合应用案例并不好做，为每一个模式单独寻找合适的应用案例并不困难，但是想要在一个项目中找到全部GoF模式的应用，而且还要尽量准确应用，还要项目大小适度，难度适中，具有实际意义，那就不是一个简单的事情了。

  再说了，对于实际应用，就算是同样的功能，大家实现的思路也是不一样的，做出来通常都是千人千面的，每个实现都有自己这样做的理由和想法，因此，要做一个大家都认可的应用案例，难度可想而知，求同存异吧！

  虽然很困难，总得有人去做这样的事情，本人愿意当这个先锋，做大家在设计道路上前进的垫脚石。

  为此精心设计了一个实际应用X-gen，覆盖了23个GoF模式中的21个，把这些设计模式细致、贴切的组合起来，构建一个精致的架构，开放、灵活而又非常小巧。 

1：应用不大，利于朋友们真正把它看完、看懂，从而细细体会和揣摩如何在实际开发中综合应用多个设计模式

2：对21个模式安排紧凑，绝大多数的模式应用得很贴切，都经过精心的设计。当然要在一个项目不大的情况下，糅合进21个GoF模式的应用，难免存在极少数为了模式而模式的地方，欢迎各位大侠批评指正，以求共同进步。

3：应用是完整的、实用的，这不是演示应用，而是可以在实际开发中使用的应用，因而更具特别的价值

1：要想能真正领会X-gen这个实战项目，前提是要对单个的设计模式掌握基本到位了，建议朋友们在看的时候，有不甚明了的地方，回去参考《研磨设计模式》一书，理论联系实际，实际反过来加深对理论的理解，从而相得益彰，真正全面、系统、深入的理解和掌握设计模式的知识。

2：虽然X-gen这个实战项目的主题是讲述在实际项目中如何综合使用设计模式，但是为了让大家更好的理解所讲述的示例项目，还是按照正常的项目开发顺序，先简要进行项目整体的介绍，然后再分模块具体讲述如何实现相应的功能，以及如何在实现上应用相应的设计模式。

3：由于X-gen这个实战项目的重心是在讲述设计模式的应用上，项目不过是用来示例如何综合使用设计模式，因此，在软工方面会适当弱化，仅仅为了让朋友们更好的理解要讲述的综合应用设计模式方面的内容。

X-gen项目背景

  很多做应用项目的朋友都会有这样的感觉：项目越来越大，模块越来越多，但是大多数都是重复或者相似的做法，至少每个模块的基础部分的实现是差不多的，比如CRUD（增删改查）功能的实现，又比如翻页功能的实现等等。

  因此，很多朋友都在想办法解决这个问题，如何能够减少这些重复劳动，让自己把有限的时间和精力投入到具有创意或挑战的功能实现上。

  很快地，大家便根据自己的需要，结合公司已有的系统架构和公共功能，制作出了符合自己需要的小应用，可以实现根据配置文件或者是数据库定义来生成应用模块，并带上增删改查的功能实现。

  一切看起来是那么完美，从此不需要再去写每个模块的基础部分了，可以根据配置或数据库定义来生成这些基础部分，然后在此基础之上，进行业务功能的开发就可以了。

  通常这种程序，由于是公司内部专用，因此会实现得非常简单，很多复杂多变的状况也就不再去考虑了，只要满足自己的需要即可。 

1：如果生成的配置文件需要发生变化：那么相应的读取配置文件的程序需要变化；同时使用这些数据的程序也需要变化

2：如果模板文件需要发生变化：那么读取模板文件的地方需要发生变化，同时，运行中把参数数据设置到模板的程序也需要发生变化

3：如果调用逻辑或调用顺序需要发生变化：那就需要修改调用部分的程序来适应新的变化

4：如果输出格式需要发生变化：那就只好重新写代码来实现新的输出格式

  类似这样的问题还有很多，这里就不一一列举了。

  由于很多这样公司内部使用的工具型应用，是按照公司现有的开发模式来实现的，大都实现得非常简单和僵硬，对于这些变化适应能力是非常差的。

  而上述这些变化，是经常发生的，因此，很多公司都会有人专门负责维护这样的内部应用，不断更改这些程序来适应新的应用的需要。但由于生成的调用过程、生成配置、生成模板以及最后生成等功能是搅和在一起的，因此改动起来非常困难。 

  因此我们需要一个项目，来把生成应用的核心部分独立出来，形成公共的应用，让变化的部分从应用中分离出来，让程序人员可以根据需要进行配置和扩展，从而适应各种应用的需要。

  X-gen就是这样一个应用。X-gen分成两个部分，一个部分是核心框架，用来实现生成应用的公共部分；另外一个部分就是自定义模板部分，按照程序人员的需要来制定模板，几乎所有能重复使用的功能都可以通过X-gen生成，没有什么使用限制。