修改格式

Author: QianMo

《游戏编程模式》读书笔记/README.md

@@ -1,17 +1,19 @@
 # 《游戏编程模式》全书内容梗概总结
----------------------
 
 这是一篇超过万字读书笔记，总结了《游戏编程模式》一书中所有章节与内容的知识梗概。
 
 
 ![](media/1.png)
 
-
+<br>
+<br>
 
 全书内容思维导图
 ----------------
 
 ![](media/2.png)
+<br>
+<br>
 
 目录与说明
 ----------
@@ -76,9 +78,10 @@
 
 依次介绍完19种模式之后，最终给出了一些更多的参考与学习资源。
 
+<br>
 
 # 一、常用GOF设计模式
----------------
+
 
 ## 1. 命令模式 Command Pattern
 
@@ -116,6 +119,7 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/command.html>
 
+<br>
 ## 2. 享元模式 Flyweight Pattern
 
 享元模式，以共享的方式高效地支持大量的细粒度的对象。通过复用内存中已存在的对象，降低系统创建对象实例的性能消耗。
@@ -155,6 +159,7 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/flyweight.html>
 
+<br>
 ## 3. 观察者模式 Observer Pattern
 
 观察者模式定义了对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
@@ -185,6 +190,7 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/observer.html>
 
+<br>
 ## 4.原型模式 Prototype Pattern
 
 用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。
@@ -215,6 +221,7 @@
 
 - 本节内容相关的中文翻译： <http://gpp.tkchu.me/prototype.html>
 
+<br>
 ## 5.单例模式 Singleton Pattern
 
 保证一个类只有一个实例，并且提供了访问该实例的全局访问点。
@@ -248,6 +255,7 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/singleton.html>
 
+<br>
 ## 6.状态模式 State Pattern
 
 允许对象在当内部状态改变时改变其行为，就好像此对象改变了自己的类一样。
@@ -300,16 +308,18 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/state.html>
 
-二、序列型模式 Sequencing Patterns
--------------------------------
+<br>
+# 二、序列型模式 Sequencing Patterns
+
+本章的三种模式都是游戏开发中的常客：
 
 - 游戏循环是游戏运行的主心骨。
 
 - 游戏对象通过更新方法来进行每帧的更新。
 
 - 我们可以用双缓冲模式存储快照，来隐藏计算机的顺序执行，从而使得游戏世界能够同步更新。
 
-## 双缓冲模式 Double Buffer
+## 7.双缓冲模式 Double Buffer
 
 双缓冲模式，使用序列操作来模拟瞬间或者同时发生的事情。
 
@@ -341,7 +351,8 @@
 
 - 本节内容相关的中文翻译： <http://gpp.tkchu.me/double-buffer.html>
 
-## 游戏循环模式 Game Loop
+<br>
+## 8.游戏循环模式 Game Loop
 
 游戏循环模式，实现游戏运行过程中对用户输入处理和时间处理的解耦。
 
@@ -369,7 +380,8 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/game-loop.html>
 
-## 更新方法 Update Method
+<br>
+## 9.更新方法 Update Method
 
 更新方法，通过每次处理一帧的行为来模拟一系列独立对象。
 
@@ -403,8 +415,8 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/update-method.html>
 
+<br>
 # 三、行为型模式 Behavioral Patterns
--------------------------------
 
 本章的模式可以帮助我们快速定义和完善多种多样的行为：
 
@@ -414,6 +426,7 @@
 
 - 字节码模式将行为从代码中拖出，放入数据。
 
+<br>
 ## 10. 字节码模式 Bytecode
 
 字节码模式，将行为编码为虚拟机器上的指令，来赋予其数据的灵活性。从而让数据易于修改，易于加载，并与其他可执行部分相隔离。
@@ -451,6 +464,7 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/bytecode.html>
 
+<br>
 ## 11. 子类沙箱模式 Subclass Sandbox
 
 用一系列由基类提供的操作定义子类中的行为。
@@ -480,15 +494,15 @@
 
 - 这个模式与GOF模板方法正好相反。两种模式中，都使用了一系列受限操作实现方法。使用子类沙箱时，方法在推导类中，受限操作在基类中。使用模板方法时，基类有方法，而受限操作在推导类中。
 
-- 你也可以认为这个模式是GOF外观模式的变形。
- 外观模式将一系列不同系统藏在简化的API后。使用子类沙箱，基类起到了在子类前隐藏整个游戏引擎的作用。
+- 你也可以认为这个模式是GOF外观模式的变形。外观模式将一系列不同系统藏在简化的API后。使用子类沙箱，基类起到了在子类前隐藏整个游戏引擎的作用。
 
 - 子类沙箱模式的Unity版本实现：<https://github.com/QianMo/Unity-Design-Pattern/tree/master/Assets/Game%20Programming%20Patterns/SubclassSandbox%20Pattern>
 
 - 本节内容相关的英文原文：<http://gameprogrammingpatterns.com/subclass-sandbox.html>
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/subclass-sandbox.html>
 
+<br>
 ## 12. 类型对象模式 Type Object
 
 创造一个类A来允许灵活的创造新的类，而类A的每个实例都代表了不同类型的对象。
@@ -519,7 +533,8 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/type-object.html>
 
-# 四、解耦模式Decoupling Patterns
+<br>
+# 四、解耦模式 Decoupling Patterns
 -------------------------------
 
 - 组件模式将一个实体拆成多个，解耦不同的领域。
@@ -528,7 +543,8 @@
 
 - 服务定位器让代码使用服务而无需绑定到提供服务的代码上。
 
-## 13. 组件模式Component
+<br>
+## 13. 组件模式 Component
 
 允许单一的实体跨越多个领域，无需这些领域彼此耦合。
 
@@ -562,7 +578,8 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/component.html>
 
-## 14. 事件队列模式Event Queue
+<br>
+## 14. 事件队列模式 Event Queue
 
 事件队列模式，对消息或事件的发送与处理进行时间上的解耦。
 
@@ -596,7 +613,8 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/event-queue.html>
 
-## 15. 服务定位模式Service Locator
+<br>
+## 15. 服务定位模式 Service Locator
 
 提供服务的全局接入点，而不必让用户和实现它的具体类耦合。
 
@@ -628,8 +646,8 @@
 
 - 本节内容相关的中文翻译：<http://gpp.tkchu.me/service-locator.html>
 
-# 五、优化模式Optimization Patterns
----------------------------------
+<br>
+# 五、优化模式 Optimization Patterns
 
 这一部分，描述了几个优化和加速游戏的中间层模式:
 
@@ -641,7 +659,7 @@
 
 - 空间分区加速了虚拟世界和其中内容的空间布局。
 
-## 16. 数据局部性模式Data Locality
+## 16. 数据局部性模式 Data Locality
 
 合理组织数据，充分使用CPU的缓存来加速内存读取。
 
@@ -654,15 +672,11 @@
 
 ### 使用场合
 
-- 使用数据局部性的第一准则是在遇到性能问题时使用。
- 不要将其应用在代码库不经常使用的角落上。
- 优化代码后其结果往往更加复杂，更加缺乏灵活性。
+- 使用数据局部性的第一准则是在遇到性能问题时使用。不要将其应用在代码库不经常使用的角落上。优化代码后其结果往往更加复杂，更加缺乏灵活性。
 
-- 就本模式而言，还得确认你的性能问题确实由缓存不命中而引发的。
- 如果代码是因为其他原因而缓慢，这个模式自然就不会有帮助。
+- 就本模式而言，还得确认你的性能问题确实由缓存不命中而引发的。如果代码是因为其他原因而缓慢，这个模式自然就不会有帮助。
 
-- 简单的性能评估方法是手动添加指令，用计时器检查代码中两点间消耗的时间。而为了找到糟糕的缓存使用情况，知道缓存不命中有多少发生，又是在哪里发生的，则需要使用更加复杂的工具
- —— profilers。
+- 简单的性能评估方法是手动添加指令，用计时器检查代码中两点间消耗的时间。而为了找到糟糕的缓存使用情况，知道缓存不命中有多少发生，又是在哪里发生的，则需要使用更加复杂的工具 ——profilers。
 
 - 组件模式是为缓存优化的最常见例子。而任何需要接触很多数据的关键代码，考虑数据局部性都是很重要的。
 
@@ -676,7 +690,8 @@
 
 - 本节内容相关的中文翻译： <http://gpp.tkchu.me/data-locality.html>
 
-## 17. 脏标识模式Dirty Flag
+<br>
+## 17. 脏标识模式 Dirty Flag
 
 将工作延期至需要其结果时才去执行，以避免不必要的工作。
 
@@ -709,7 +724,8 @@
 
 - 本节内容相关的中文翻译： <http://gpp.tkchu.me/dirty-flag.html>
 
-## 18. 对象池模式Object Pool
+<br>
+## 18. 对象池模式 Object Pool
 
 放弃单独地分配和释放对象，从固定的池中重用对象，以提高性能和内存使用率