Merge branch 'master' of https://gitee.com/zzzisfunnyboy/obsidian-notes
# Conflicts: # .obsidian/workspace.json # 1Project/宠物宇宙/地图编辑器/需要做的优化.md # 1Project/宠物宇宙/版本需求.md # 1Project/构建新框架/MVVM/UI框架.md # 2Areas/编程/一些感悟/接口与抽象类区别.md # 3Resources/游戏开发/Log插件/Log插件.md # 3Resources/游戏开发/UE-CORE-002 TickTaskManager.md # InBox/网络同步.md
This commit is contained in:
6
2Areas/哲学与心理/打球不敢往里突的人,球技很难增长,人生亦如此.md
Normal file
6
2Areas/哲学与心理/打球不敢往里突的人,球技很难增长,人生亦如此.md
Normal file
@@ -0,0 +1,6 @@
|
||||
|
||||
恐惧的原因
|
||||
|
||||
为何形成
|
||||
|
||||
应该怎么做
|
||||
16
2Areas/开发感悟/依赖环节的流程管线.md
Normal file
16
2Areas/开发感悟/依赖环节的流程管线.md
Normal file
@@ -0,0 +1,16 @@
|
||||
|
||||
|
||||
### 调试和测试的便捷性问题
|
||||
- 大部分场景美术的跑测需求是无需任何game play元素
|
||||
- A角色的B技能MotionBlur存在异常,他需要在真实的游戏场景中观察某个角色释放某个技能观察MotionBlur是否符合预期
|
||||
- 负责3C的QA希望单次测试只加载3C相关的游戏子系统,任何与之无关的子系统都是关闭状态以提高游戏加载和运行速度,以提高测试效率
|
||||
|
||||
### 在宠物宇宙中的例子F9
|
||||
- 数据端插入了测试模式的变量以及模拟了一批玩家数据
|
||||
- 下个环节根据测试模式的变量和这些玩家数据进行
|
||||
|
||||
|
||||
### 思考,如何抽象出来
|
||||
- 流程[[管道模式]]
|
||||
- 每个流程都能热插拔
|
||||
- 当获取流程所需要的数据为空的时候,在else方法中应该从IOC里面获取测试的对象
|
||||
6
2Areas/开发感悟/接口与抽象类区别.md
Normal file
6
2Areas/开发感悟/接口与抽象类区别.md
Normal file
@@ -0,0 +1,6 @@
|
||||
|
||||
#### 接口不指定构造函数
|
||||
抽象类可以统一用反射来构造函数 接口不可以
|
||||
|
||||
#### 时机
|
||||
需要反射构造函数的时候需要用抽象类
|
||||
18
2Areas/开发感悟/管道模式/管道模式.md
Normal file
18
2Areas/开发感悟/管道模式/管道模式.md
Normal file
@@ -0,0 +1,18 @@
|
||||
---
|
||||
tags:
|
||||
- 设计模式
|
||||
---
|
||||
|
||||
|
||||
``` csharp
|
||||
public class Seq<T>{
|
||||
public Command<T>[] cmds;
|
||||
public T Context;
|
||||
}
|
||||
```
|
||||
|
||||
``` csharp
|
||||
public class Command<T>{
|
||||
public void Excute(T context){}
|
||||
}
|
||||
```
|
||||
@@ -1,2 +0,0 @@
|
||||
|
||||
接口不指定构造函数
|
||||
Reference in New Issue
Block a user