feat(多线程模式): begin 第三轮修改

Author: yyc-git

doc/第五轮.org

@@ -1,6 +1,25 @@
-* TODO 图片使用白底?
+# * TODO 图片使用白底?
+
+# need study markdown specification!
+
+
+
+* TODO 显示图片
+
+![xxx图](相对路径)
+
+文件名为英文 
+
+
+
+* TODO 如果不是作者原创的图表，请在图表下方用文字说明图片来源。（例如，图片/表格来源：XXX。）
+
+
+
+* TODO 图片使用黑白色
+
+
 
-need study markdown specification!
 
 
 

doc/第四轮.org

@@ -51,6 +51,8 @@ engineState = World.registerAllPipelines(engineState)
 ```
 
 
+** TODO 进一步抽象代码，隐藏细节
+
 
 ** TODO state的名字重命名为对应的state名
 
@@ -62,10 +64,14 @@ engineState = World.registerAllPipelines(engineState)
 来自拼接模式
 
 
+
+
+
+
 * TODO 给出代码：在“总”中给出进一步的说明每一步的关系
 
 如将下面的描述：
-首先，我们看下用户的代码；
+首先，我们看下Client的代码；
 然后，我们看下Engine的代码
 然后，我们看下创建EngineState的代码
 然后，我们看下创建场景的代码
@@ -74,8 +80,8 @@ engineState = World.registerAllPipelines(engineState)
 最后，我们运行代码
 
 改为：
-首先，我们看下用户的代码；
-然后，因为用户调用了Engine的API，所以我们看下Engine的代码
+首先，我们看下Client的代码；
+然后，因为Client调用了Engine的API，所以我们看下Engine的代码
 然后，我们依次看下用户代码中每个步骤的相关代码，它们包括：
 - 创建EngineState的代码
 - 创建场景的代码
@@ -89,17 +95,24 @@ engineState = World.registerAllPipelines(engineState)
 * TODO 给出代码：“总”中一般会使用模块名
 
 如将：
-首先，我们看下用户的代码；
+首先，我们看下Client的代码；
 
 改为：
 首先，我们看下Client的代码；
 
 
+* TODO 修改文字错误
+
+
 
 * TODO 每个模式的具体案例增加到4个
 
 
-* TODO 删除注释文字
+# * TODO 删除注释文字
+
+
+
+
 
 
 

packages/ECS模式/article.md

@@ -49,7 +49,7 @@ World负责管理所有的英雄，并且实现了初始化和主循环的逻辑
 
 ## 给出代码
 
-首先，我们看下用户的代码；
+首先，我们看下Client的代码；
 然后，我们看下创建WorldState的代码
 然后，我们看下创建场景的代码
 然后，我们看下普通英雄移动的代码
@@ -61,7 +61,7 @@ World负责管理所有的英雄，并且实现了初始化和主循环的逻辑
 最后，我们运行代码
 
 
-### 用户的代码
+### Client的代码
 
 Client
 ```ts
@@ -401,7 +401,7 @@ InstanceComponent没有数据和逻辑，它只是一个标记，用来表示挂
 
 ## 给出代码？
 
-首先，我们看下用户的代码；
+首先，我们看下Client的代码；
 然后，我们看下创建WorldState的代码
 然后，我们看下创建场景的代码
 然后，我们看下GameObject操作组件的代码
@@ -413,7 +413,7 @@ InstanceComponent没有数据和逻辑，它只是一个标记，用来表示挂
 最后，我们运行代码
 
 
-### 用户的代码
+### Client的代码
 
 Client
 ```ts
@@ -963,7 +963,7 @@ GameObject是一个id，它是各个组件Manager中的gameObjectMap的Value和g
 
 ## 给出代码？
 
-首先，我们看下用户的代码；
+首先，我们看下Client的代码；
 然后，我们看下创建WorldState的代码
 然后，我们看下创建ArrayBuffer的代码
 然后，我们看下创建场景的代码
@@ -976,7 +976,7 @@ GameObject是一个id，它是各个组件Manager中的gameObjectMap的Value和g
 最后，我们运行代码
 
 
-### 用户的代码
+### Client的代码
 
 Client
 ```ts

packages/依赖隔离模式/article.md

@@ -192,13 +192,13 @@ DependencyContainer是保存注入的Engine接口实现的容器，提供操作
 ## 给出代码？
 
 我们来看下领域模型中四个部分的代码：
-首先，我们看下用户的代码
+首先，我们看下Client的代码
 然后，我们看下编辑器的代码
 然后，我们看下容器的代码
 最后，我们看下引擎的代码
 
 
-### 用户的代码
+### Client的代码
 
 Client
 ```ts
@@ -403,7 +403,7 @@ TODO tu
 下面我们来看看各个角色的抽象代码：
 
 我们来看下领域模型中四个部分的代码：
-首先，我们看下用户的代码
+首先，我们看下Client的代码
 然后，我们看下系统的代码
 然后，我们看下容器的代码
 最后，我们看下外部依赖的代码

packages/再看设计原则/开闭原则/article.md

@@ -24,7 +24,7 @@
 这样做的话就通过扩展而不是修改来实现了变化，从而符合开闭原则
 
 值得注意的是：
-因为开闭原则允许修改用户的代码，所以这里“用户改为调用模块B”并没有违反开闭原则。
+因为开闭原则允许修改Client的代码，所以这里“用户改为调用模块B”并没有违反开闭原则。
 但是，如果我们直接修改了模块A的代码，则违反了开闭原则