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