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里已经有了，惊奇的我在代码中搜索，结果就发现了这一模一样的类，郁闷啊。
还好这个类不大。百把行代码。

年后就收到全套原版书了，一直没机会看，本来想从第一部开始看起的，发现没有剧情的新鲜感，看英文的很难继续，所以决定直接从继集开始看了。

看了两天，才看了两张纸，一堆生单词。不过还好，不查字典，大概的情节还是可以猜出来，再查查字典，就到位了，但是要让我完全翻译成中文，估计还是没那个水平，现在只能说停留在“意会”这个初级阶段吧。
我的野心很大啊，如果这两本能够顺利看完，那以后就不用等中文译好的科幻书了，直接去蓝泉订最新的原版或者从网上下电子书看，那不是走在最前面啦？
附书的封面，我很喜欢，原版书的封面看到就是舒服，国产的封面都是用电脑拼出来的，很没意思。

今天陪老婆看了一部电影，名叫“(500) Days of Summer”，男主角没见过，女主角是Yes Man中的女主角，佐伊・丹斯切尔，很有点当年美国甜心 梅格•瑞安的感觉。她在这部片子里也是一样，古怪精灵。
片子的情节也不俗，结局不是大团员，但是也不是什么悲剧，就像生活一样，一段感情痛苦的结束，这个结束，却是一个新的开始。

今天陪老婆去吃了DQ，然后去陪吃味千拉面的时候喝了点冰柠檬水，结果回来就直冲去蹲点，当然没有忘记拿本杂志，家里一堆过刊，随手拿了本“第一财经周刊”，也不知道是什么时候的了，翻了下，搞IT的，当然是对IT最感兴趣，一篇关于谷歌WAVE的报道第一个就看起来。