第二遍读了，第一遍在网上啃了英文版，出了中文版的买了一本。记一些自己觉得有价值的东西吧。
Chapter One
衡量一个设计好坏的方法就是看它应对变化的灵活性。
从理论上讲，解耦意味着在你进行扩展时仅需理解少量代码，然而抽象却增加了理解代码的难度。
如果你只是想验证游戏想法，那么对其精心设计架构意味着浪费时间。
开发时的因素权衡：长期开发速度、短期开发速度、游戏执行速度。
好的架构从长远来看改进了生产力，但维护它意味着每一个变化都需要更多的努力来保持代码的干净；最快编写的代码实现很少是运行最快的；优化需要消耗工程时间，但高度优化过的代码僵化、缺乏灵活性，难以改变。
保持简单性，代码量会变少；简单的代码并不会花费较少的时间，而是对代码的升华。
原文：http://www.cnblogs.com/pandawuwyj/p/6189757.html