Breaker Zhao的图书主页-查字典图书网

时间的形状

2012-10-05

一本 HTML5 Canvas 的入门书籍。我从省图书馆借得此书，一天读完并完成代码示例，阅读感流畅。书的内容简单，是面向 Canvas 新手的入门读物。

我的工作领域是 C++ 3D 客户端游戏，但是有时需要演示想法或构造原型，就选择了 Canvas 技术。之前我用 Java Applet/AWT 做原型，另外的选择有 Flash AIR、Silverlight 平台，但相比起来，浏览器标准内建的 HTML5 Canvas 更轻量和有发展前途（2012-11 已改变看法：Flash 和 Silverlight 是符合实际开发生产效率的技术和事实上的主平台，HTML5 有伪善向）。

如果有 2D 游戏开发的背景知识（如主循环、sprite 动画、bounding box/sphere 碰撞检测等），基本上是一路翻书跳着看。实际上后来我发现只要把随书示例代码走读一遍就可掌握本书重点（Apress 官网下载）。

章节重点：

Ch2. Javascript 基础：Javascript 基本语法，全书用 jQuery 代替原始 Javascript 操作 DOM。当作复习 Javascript/jQuery。

Ch3、Ch4. Canvas 操作：图形绘制、2D 变换、Alpha 混合、特效等。

Ch5. Canvas 操作图像 <img> 和 HTML5 视频 <video>。

Ch6. 动画循环：改变方向、圆周运动、反弹。

Ch7. 2D 计算物理和碰撞检测。本书在于应用而非原理（从不深入动量守恒的那节可知），好处是书薄，可忽略已会的知识，只聚焦 Canvas 的应用效果。

Ch8. 游戏示例：太空保龄球，重点是计算物理。

Ch9. 游戏示例：躲避小行星，重点是输入控制。

Ch10. Canvas 技术前景概述：Canvas IDE（Radi http://radiapp.com/、ai2canvas 插件）、Canvas 游戏和动画库（Impact http://impactjs.com/、Game Engines https://github.com/bebraw/jswiki/wiki/Game-Engines、Easel http://easeljs.com/）、WebGL（three.js https://github.com/mrdoob/three.js）、WebSocket（Rawkets http://rawkets.com/ 多人游戏）

最后两个游戏示例是本书精髓。

我现在喜欢示例性、应用性的书籍。可能是最近原理学的稍多，而实作跟不上相应程度的原因，这是一种心理补偿。总之，原理和应用两方面应该合拍。

翻译得不用心

2012-07-27

这本书翻译的较差。打 4 星推荐是针对原作的，而不是这个翻译。

这种差不是名词上的错误或语法上的错误，可以说译者的编程功底还可以，名词基本准确，句子基本通顺。

但是，他翻译的“不雅”以至于反过来影响“不达”，为何如此说呢？

“算法”这门学问是计算机科学中最复杂晦涩的领域之一，涉及各种数学知识，这些知识只在思维高度集中时才能心领神会。

而译者太过拘泥于原作的字面叙述，这种按单词逐句翻译的结果，不适合中国人的思维，中文成句和思维连贯性就受到了影响。在本书译文的段落中经常有将一两句点明原则的话翻译蹩脚的情况，导致“能读出来，却不理解”，或者，知道含义，却不明白它和上下文的关联。

可以试读一下 7.8.1~7.8.6 节，这些章节不需要算法的准备知识，而是关于实现算法的 C++ 技巧，但即使这样也很难读。那句“vector<Comparable*> 不运行”真让人跌眼镜。

也可试读一下 7.10 桶排序这个超短章节。引文“因为通用的排序算法不能对于它可以预期见到的输入类型做假设，但必须仅仅基于排序信息做一些决策。”前句可懂，而后句……，那是中国人能说出来的话吗？

这些句子放在这些章节里还无关痛痒，但如果放在大量的数学公式和推理叙述中间，读者是撑不住的。（译文不时会出现这种情况）

所以拘泥字面义还算轻的苛责，译者的这种译法有赶工和机器翻译的嫌疑。

结论是：

如果译者用这种方式翻译 C++、Windows 编程等工程技术类书籍，读者或可理解译文（思维集中度没有算法强）。

如果阅读本书的英文原版，读者也可理解文章含义（换作英文思维和成句习惯）。
http://book.douban.com/subject/1909336/

不是游戏编程教程书，而是闲时技术读物

2012-11-11

有价值的内容：SIMD/汇编优化、C++ 惯用法、2D 游戏编程技巧、内存管理、Lua 脚本嵌入。

我的第一本游戏开发方面的书籍，读过三年才来写个读后感。

这本书不是游戏编程教程书，而是闲时技术读物。而本书的定位：

1. 是游戏开发入门书？不是，优化的内容一般不在开始的时候考虑，而像主循环这种游戏基础却未提及。

2. 不像《游戏的设计与开发：梦开始的地方》是偏游戏性和游戏制程（项目团队），兼技术概述的游戏开发总览。

3. 不像 "Game Coding Complete" 是偏技术 (D3D) 的游戏开发总览。

4. 如果不看书名很难判断这是一本游戏编程书籍。

5. 某种程度上属于 Gems 类书籍，即游戏编程某一方面的细节经验杂集。

不应抱着读通这本书就能开发游戏的错误思想和憧憬，那是不可能的。本书目的在于：

1. 有经验的游戏程序员的自我总结。是给资历浅的行内人看的故事书，闲趣而不乏闪光点。

2. 引人入胜，让你对游戏编程产生兴趣。

Effective C++ 的续曲：高级巧械和效率考量

2012-07-21

当我刚读完 Effective C++ 后，是不打算读这本 More 的，理由很简单，就是想先实践 C++（先贯彻一些 Effective C++ 中的优秀指导），然后从实践中反馈和总结。

后来，闲暇时零星地读了一些 More 的章节，感觉如获至宝，就有粗有细地读了下来。

我的感觉是 Effective 多从反面讲 C++ 中的戒律，而 More 更加具有建设性，告诉你该如何构造之。

构造什么？More 的 Part: Techiques, Idioms, Patterns 是最让我心潮澎湃的一章。我觉得 SP、RC、proxy 等这些高级巧械的构造是 More 的看点。

More 的另一个看点是 Part: Efficiency，这是 C++ programmer 的直觉所在：C++ 的特性和代价必须平衡考量，我以为其中 Item 19 临时对象的来源，这节最有价值（因为临时对象的隐蔽性很强）。

Item 4、Item 8 对 new/delete 的说明算是对 Effective 中 Part: new/delete 的补充，着重点放在 placement new 上。

有意思的是 More 只有一版，而 Effective 已出三版（我只精读过第三版，读后确实有相见恨晚的感觉，也感叹作者的总结归纳能力）。

More 很好，但也并非要全盘逐字揣摩（一家之言），我就略读和忽略了开始的几个 Item（我觉得有些简单），还有异常 (Exceptions) 章节部分（我是 Google C++ Style Guide 的提倡者，对于异常的使用持保守和批评态度）。

GA 和 ANN 的实践之作，拿来后需优化

2012-06-27

GA 和 ANN 的实践之作。作者很狡猾，知道初学者少耐心，谁去管那枯燥的数学概念，便秉承 DIY 的指导思想，步步为营，每章都实作一个可赏玩的 Demo，让你逐步进入状态。

不过仔细阅读源码后，就会发现他的代码大有规整和优化的余地（质量参差），也许作者只是想聚焦问题并快速实现演示而已。拿到真实规模的游戏中，效率吃紧。

用 C 语言实现面向对象的程序设计

2012-11-14

有价值的内容：

本书使用 C 语言实现面向对象的程序设计，包括：

1. 用 struct 函数指针成员代替 C++ 的类封装和虚函数动态绑定（接口）
2. 实现容器和算法分离、迭代器模式
3. 用组合代替 C++ 的继承
4. 用组合代替 C++ 模板参数 Policy 策略类，以在已有容器上构造新容器：队列、栈、散列表
5. OOD 设计模式的 C 语言实现，包括 FSM、Builder、Pipe、MVC

另外，还简介了用 automake 进行工程配置管理的编译和打包。我以 Windows 和 VS 为工作平台，所以略读。VS 及其 MSBuild 也可做依赖项检查、后台编译构建 (Daily Build) 等自动化的工程配置管理。

作者推荐书籍《面向模式的软件架构》POSA 为一系列书。
http://book.douban.com/series/14666

总览而不深入且技术偏旧，理解游戏开发的好书

2012-06-20

内容侧重游戏开发的工程和方法学，技术上点到为止，并且技术偏旧（2000 年初，DX8/9 时代）。

本书目标属于“总览游戏开发技术和过程”，对游戏开发过程的理解是不错的书籍。作者经常在注释中写下他自己的游戏开发生涯中的实践经验（作者曾是《创世纪》系列的主程序员）。

本书有新的第 4 版 (2012) http://book.douban.com/subject/10541091/ 配书代码 https://code.google.com/p/gamecode4/

作者的配书网站和论坛上也有不错的示例和资源 http://www.mcshaffry.com/GameCode/

内容过于陈旧

2012-05-10

这本书的主题关于 Windows 2D 游戏编程基础。

内容过于陈旧，不建议再从这本书开始学习游戏编程。DirectDraw 在出这本书的时候就已经 Deprecated (DirectX 8)，虽然 ddraw.dll 一直随 DirectX/Windows 发行，但是没有 .lib 导出库，得自己 LoadLibrary/GetProcAddress。现在的 DirectX 2D 游戏基于 D3D 的 texture buffer 或 Direct2D 实现渲染。

有价值的内容：

1. 不完善的 2D 软光栅（本书的重点在讲 2D 图形算法）。

2. AI 和物理部分，多理论少细节，即使是算法设计也很粗糙。这是关于游戏性 (Gameplay) 的东西，实际比 1. 的图形算法更重要，很可惜作者泛泛而谈了。

倒是光盘中的 Technical Article 比书更实际。

龙书得失：请读 DirectX 9.0c A Shader Approach 版

2013-01-07

读完龙书已两年，细节已忘，不做 DirectX / D3D 底层或引擎开发。恰时一小友问起学习游戏开发的书籍资料，便想起此书。

最开始按 Clayman 的《游戏程序员养成计划》学习图谱 http://www.cnblogs.com/clayman/archive/2009/05/17/1459001.html ，第一本便是此书。现反思，Clayman 的标题应为《游戏引擎程序员养成计划》，而自己内心所求的是《游戏开发者 / 制作者养成计划》，歪了路。

几处得失：

1. 读完龙书是做不了你当初想象中的 3D 游戏的。

2. 龙书对 Engine Programmer 和 Gameplay Programmer 都有意义，毕竟是 D3D 入门之入门，但读法上需有差异：引擎程序员需精研提炼为我而用，游戏性程序员应略读练习了解功能。

3. 请读 DirectX 9.0c A Shader Approach 版 http://book.douban.com/subject/2228878/ 。读完龙书一段时间后发现不对劲，那些图形学计算在哪里用呢（尤其光照），已有封装好 D3DX API 直接调用便可，岂不白学数学理论？

其实那些算式大量应用在可编程管线的 shader 中（现代游戏很少用固定管线）——手工编写代替 D3DX API 的等价实现。所以至少应该从龙书（第 1 版封面即龙书别名来历）的第 2 版 DirectX 9.0c A Shader Approach 版开始读（第 2 版之后都是可编程管线方法 http://d3dcoder.net/ ），目前有英文电子版但无中文版，龙书第 3 版 DirectX 10 版有汤毅于 2011-11 翻译的中文版电子版，但目前未出版。莫要读错了版本，尤其对志在游戏引擎开发方向。

4. 引擎开发的学习图谱。对于龙书除了 Clayman 的指导外，还有 Captain 的书评《我还是愿意尊它为龙书》比较实用 http://book.douban.com/review/4504528/ ，说明龙书读完后该做什么。

我承接龙书读的下一本是《Character Animation With Direct3D》 http://book.douban.com/subject/3863786/ ，感觉和龙书一气呵成读完，Clayman 和 Captain 的指导都提到此书，还有 acros 的书评《Animation 入门书》比较中肯 http://book.douban.com/review/5201144/ 。内容：2 章物理相关 (Ragdoll) + 1 章 AI 相关 (Crowd) + 1 章法线贴图 (Wrinkle Map) + 各章动画实现方法 (Skinned / Skeletal, Morphing / Facial, IK, Lip-syncing, Hair)。此书对引擎程序员迫切（精读），对游戏性程序员没有龙书迫切（闲时略读），读法和龙书相同。

以上和相关链接中的技能树（3D 引擎、动画实现）是针对引擎程序员的底层技术和引擎开发方向。

对于游戏性程序员需要修习的主技能并非如此，游戏性程序员应该把功夫花在对某种引擎的炉火纯青的使用之上，再根据自身发展方向修习其它技艺（可偏美术和设计），如 3D 建模（Technical Art 方向）。

通俗易懂的 GDI 和 D3D 编程入门

2014-09-17

周末在图书馆看到此书，发现竟是一位热爱游戏开发和编程技术的网上小友编写的，带着意外和兴趣略读了几章。

书是针对 Windows 游戏编程的初学者，包含从 GDI 到 D3D 的基本 API 用法和一些 3D 游戏图形基本功能，如粒子系统和天空盒。书中代码注释和概念说明清晰，语言风趣又热血，看得出作者的用心和对游戏开发事业充满了热情和斗志。

书偏厚，这是作者也提到的“事无巨细”的代价，其实目标再专注一些，一些如 GDI 的东西是可以裁掉的。游戏编程的初学者，可把这种巨量的信息看成是建立游戏编程的知识覆盖，为自己反思后选择更精益和实用的知识打好基础。

我认为验证个人真正掌握知识有两种方法：第一种是将自己学到的讲给不懂的人听；另一种是应用知识生产出实物。作者将自己在游戏编程路途上所学所思整理出详尽的学习地图，用浅显易懂的文字告诉后来的人，首先对他自己就是一件有意义的事，如作者所道“对往日拼搏的一种纪念”。

这里是我对面向初学者的游戏编程书籍的一般建议：

如果能多一些像第 9 章的回合战斗示例程序——一个可以“玩”的程序例子，对初学者的成就感和继续前进将有帮助。Derek Yu 说过：当你做一个可以“玩”的东西时才表示你“开始做游戏”，而其它的一切只是“准备开始” <http://makegames.tumblr.com/post/1136623767/finishing-a-game>。可以一个完整的游戏为书的最终目标示例，游戏各功能的实现和所用技术在各章详述。

有时我想当时学了如此书所示的 D3D 基本固定管线 API 究竟能做什么 3D 游戏，还要保证它有起码的游戏趣味？其实，游戏设计思想并不过分受限于技术。比如学完这些琐碎的 API 后可以做一个：太空环境的第三人称飞行射击游戏：

角色有飞船、敌舰、小行星资源、母舰和中立的太空平台等，这便用到模型载入、光照甚至动画技术。

飞船和敌舰的攻击、对小行星资源的采集则用到碰撞检测、粒子系统。

太空背景用到天空盒，太空平台用到地形技术。飞船在太空是飞行控制，而降落到平台上是陆地控制，便用到镜头和输入控制。

最后，在基本的游戏规则上细化，比如敌舰的攻击方式、母舰的补给等。

这里只是一个游戏 Idea，目的是让游戏编程初学者的“野球拳”也有用武之地，培养在游戏开发职业道路上持续前进的动力。

P.S.
看到封底作者带有稚气的脸庞，会心一笑。勿忘初心。