包邮游戏编程模式

目录第1篇　概述第1章　架构，性能和游戏　31.1　什么是软件架构　31.1.1　什么是好的软件架构　31.1.2　你如何做出改变　41.1.3　我们如何从解耦中受益　51.2　有什么代价　51.3　性能和速度　61.4　坏代码中的好代码　71.5　寻求平衡　81.6　简单性　91.7　准备出发　9第2篇　再探设计模式第2章　命令模式　132.1　配置输入　142.2　关于角色的说明　162.3　撤销和重做　182.4　类风格化还是函数风格化　212.5　参考　22第3章　享元模式　233.1　森林之树　233.2　一千个实例　253.3　享元模式　263.4　扎根之地　263.5　性能表现如何　303.6　参考　31第4章　观察者模式　334.1　解锁成就　334.2　这一切是怎么工作的　344.2.1　观察者　354.2.2　被观察者　354.2.3　可被观察的物理模块　374.3　它太慢了　384.4　太多的动态内存分配　394.4.1　链式观察者　394.4.2　链表节点池　424.5　余下的问题　434.5.1　销毁被观察者和观察者　434.5.2　不用担心，我们有gc　444.5.3　接下来呢　444.6　观察者模式的现状　454.7　观察者模式的未来　46第5章　原型模式　475.1　原型设计模式　475.1.1　原型模式效果如何　505.1.2　生成器函数　515.1.3　模板　515.1.4　头等公民类型（first-class types）　525.2　原型语言范式　525.2.1　self 语言　535.2.2　结果如何　545.2.3　javascript如何　555.3　原型数据建模　57第6章　单例模式　616.1　单例模式　616.1.1　确保一个类只有一个实例　616.1.2　提供一个全局指针以访问唯一实例　626.2　使用情境　636.3　后悔使用单例的原因　656.3.1　它是一个全局变量　656.3.2　它是个画蛇添足的解决方案　666.3.3　延迟初始化剥离了你的控制　676.4　那么我们该怎么做　686.4.1　看你究竟是否需要类　686.4.2　将类限制为单一实例　706.4.3　为实例提供便捷的访问方式　716.5　剩下的问题　73第7章　状态模式　757.1　我们曾经相遇过　757.2　救星：有限状态机　787.3　枚举和分支　797.4　状态模式　827.4.1　一个状态接口　827.4.2　为每一个状态定义一个类　837.4.3　状态委托　847.5　状态对象应该放在哪里呢　847.5.1　静态状态　847.5.2　实例化状态　857.6　进入状态和退出状态的行为　867.7　有什么收获吗　887.8　并发状态机　887.9　层次状态机　897.10　下推自动机　917.11　现在知道它们有多有用了吧　92第3篇　序列型模式第8章　双缓冲　958.1　动机　958.1.1　计算机图形系统是如何工作的（概述）　958.1.2　**幕，**场　968.1.3　回到图形上　978.2　模式　988.3　使用情境　988.4　注意事项　988.4.1　交换本身需要时间　988.4.2　我们必须有两份缓冲区　998.5　示例代码　998.5.1　并非只针对图形　1028.5.2　人工非智能　1028.5.3　缓存这些巴掌　1068.6　设计决策　1078.6.1　缓冲区如何交换　1078.6.2　缓冲区的粒度如何　1098.7　参考　110第9章　游戏循环　1119.1　动机　1119.1.1　cpu探秘　1119.1.2　事件循环　1129.1.3　时间之外的世界　1139.1.4　秒的长短　1139.2　模式　1149.3　使用情境　1149.4　使用须知　1149.5　示例代码　1159.5.1　跑，能跑多快就跑多快　1159.5.2　小睡一会儿　1159.5.3　小改动，大进步　1169.5.4　把时间追回来　1189.5.5　留在两帧之间　1199.6　设计决策　1209.6.1　谁来控制游戏循环，你还是平台　1219.6.2　你如何解决能量耗损　1219.6.3　如何控制游戏速度　1229.7　参考　1