分区是重力使命，火星编年史，真名实姓。重力使用这本的书的封面，可是好早以前，科幻世界上某期的插图啊，当时就在想这样的飞机怎么飞，没引擎，难道是滑翔机?不知道跟小说有没有直接关系.传说这本书很硬.所以买了.
今年下半年第采购的第一波科幻书到货
自动生成代码的好处-纪念第一个集成代码生成工作DBCodeGen
突然觉得,一个支持快速开发的引擎,除了有好的底层,方便的模板,还应该具体一套完善的开发工具, 这套工具中,包括了一些自动化生成代码的处理,就是VS里面自动生成MFC应用程序一样.省去咱们很多不必要的工作啊.
书评：实时放逐
http://book.douban.com/review/3801851/
“实时放逐”明显是“为和平而战”的继集啦。 虽然方式不一样，实时很像是侦破小说，不过我觉得描述方式没有太大的区别。 文奇的小说，总是在前期要花很大篇幅展开环境背景，人物，线索等，因此，读文奇的小说，要至少读到一半，才会让人欲罢不能。“实时”，“为和平”都是这样的小说，还有原来曾经看过的“深渊上的火”也是如此，看到前面很没意思，前面一半我看了几天，看一点停一点，后一半完全是一口气看完的。后面才是真实的高潮。让人不想放下。
几个创建模式的理解
Abstract Factory 对一整套产品的统一创建。 也就是说，相当于一个模板，一个具体的工厂，创建一个系列的产品，这一系列的产品可能有着同一个风格，因此，将不同系列的产品分派到不同的工厂中去做。缺点就是这一系列的产品规划，是已经知道的，如果要加入新的产品到系列中，就需要扩展工厂，修改底层。这模式可以用来控制差异化，也就是说，我要在一个统一系列同，对某一个产品做特别修改，必需要重新生成一个新的工厂。
Builder 我个人觉得跟Abstract Factory很相似，之所以称为Builder，就是因为在他提供的接口中，并不是生成最基本的零件（这是Abstract Factory做的事情），而是生成零件后，还负责装配和组和（Abstract Factory不做组和），这样调用者，就不用关心是哪些零件组成的最终产品，而只需要找到能够生成最终产品的Builder就可以了，而通过派生Builder，就可以实现不同规格的零件，按不同的方式组合。说白了，Builder比Abstract Factory多一个装配过程，如果在底层中不能确定装配过程以及零件细节，就使用Builder，反之如果在底层就要限制装配过程及零件规格，就使用Abstract Factory。
Factory Method 跟Abstract Factory有点相似，但是Abstract Factory提供的是一整套零件，而Factory Method提供的是单个零件，当一个产品的装配方式及零件规格固定后，可以使用Factory Method，让派生类按零件规格生成自己需要的零件。
晕头了，做了次重复工作
今天晕头了，居然把昨天做完的工作今天 又做了一次。
一个将领管理类，昨天写了个CHeroCenter,基本已经写完了，今天又写了个一个，叫CHeroTender,队了类名字不一样，其它的完全一样，函数，成员变量，连函数的参数都一样。在写解聘将领时，需要返回错误代码，准备让策划加到string.xml里，结果发现string.xml里已经有了，惊奇的我在代码中搜索，结果就发现了这一模一样的类，郁闷啊。
还好这个类不大。百把行代码。