家
This commit is contained in:
4
.obsidian/core-plugins.json
vendored
4
.obsidian/core-plugins.json
vendored
@@ -28,5 +28,7 @@
|
||||
"sync": false,
|
||||
"properties": false,
|
||||
"bookmarks": true,
|
||||
"webviewer": false
|
||||
"webviewer": false,
|
||||
"footnotes": false,
|
||||
"bases": true
|
||||
}
|
||||
@@ -7,12 +7,6 @@
|
||||
- 选择[[地图系统]],同时提示世界的难度。
|
||||
|
||||
# 开发进度
|
||||
- 7.9
|
||||
- 接入框架
|
||||
- 政务系统
|
||||
- 升级
|
||||
- 菜单系统
|
||||
- 还未有文字
|
||||
- [x] 背包界面
|
||||
- 地图
|
||||
- [[地图系统]]
|
||||
|
||||
4
1Project/外包/Project_城堡/家园界面.md
Normal file
4
1Project/外包/Project_城堡/家园界面.md
Normal file
@@ -0,0 +1,4 @@
|
||||
- 区分区域,不同的区域都有市中心
|
||||
- 建筑背包
|
||||
- 建筑空地
|
||||
- 建造
|
||||
@@ -1,12 +0,0 @@
|
||||
- 无可靠debug方式
|
||||
- 处理标签的时候无明显的Debug提示
|
||||
- 声明一个UI太麻烦了
|
||||
- 会强绑定一个ViewModel,如果不绑定则无法使用标签特性
|
||||
- 声明ViewModel
|
||||
- 声明信息
|
||||
- 获取Model
|
||||
- 事件通知
|
||||
- 命令
|
||||
- 声明View
|
||||
- 标签组件
|
||||
- 获取组件
|
||||
@@ -1,6 +1,6 @@
|
||||
|
||||
---
|
||||
- [ ] 扩展嵌套列表
|
||||
- [ ] <span style="color:rgb(202, 104, 118)">扩展嵌套列表</span>
|
||||
- [x] 列表优化添加 移除
|
||||
- [ ] 自定义嵌套列表的事件
|
||||
- [x] 绑定View-ViewModel的报错
|
||||
@@ -9,7 +9,7 @@
|
||||
- [x] M和VM的事件通知
|
||||
- ~~在用的时候可以用别的事件系统,接入Event~~
|
||||
---
|
||||
- [ ] 设置Active标签
|
||||
- [x] 设置Active标签
|
||||
---
|
||||
- [x] bool值回调除了toggle另外的组件怎么处理
|
||||
- ~~通过特性ValueChanged解决~~
|
||||
@@ -27,4 +27,8 @@
|
||||
- OnValueChanged太过麻烦
|
||||
- ToggleGroup选择改变的时候View没有对应的监听,想要监听必须new一个组件出来,或者直接绑定ViewModel的PropertyChanged的方法
|
||||
---
|
||||
- ~~toggle监听的方式为interface = bool,选中之后不可取消~~
|
||||
- ~~toggle监听的方式为interface = bool,选中之后不可取消~~
|
||||
---
|
||||
- 缺少Panel SubPanel 普通View的分类
|
||||
- subPanel需要有Activatable的回调
|
||||
- 提前挂载在场景上的View无法触发OnShow
|
||||
@@ -1,16 +0,0 @@
|
||||
|
||||
|
||||
### 调试和测试的便捷性问题
|
||||
- 大部分场景美术的跑测需求是无需任何game play元素
|
||||
- A角色的B技能MotionBlur存在异常,他需要在真实的游戏场景中观察某个角色释放某个技能观察MotionBlur是否符合预期
|
||||
- 负责3C的QA希望单次测试只加载3C相关的游戏子系统,任何与之无关的子系统都是关闭状态以提高游戏加载和运行速度,以提高测试效率
|
||||
|
||||
### 在宠物宇宙中的例子F9
|
||||
- 数据端插入了测试模式的变量以及模拟了一批玩家数据
|
||||
- 下个环节根据测试模式的变量和这些玩家数据进行
|
||||
|
||||
|
||||
### 思考,如何抽象出来
|
||||
- 流程[[管道模式]]
|
||||
- 每个流程都能热插拔
|
||||
- 当获取流程所需要的数据为空的时候,在else方法中应该从IOC里面获取测试的对象
|
||||
@@ -1,19 +0,0 @@
|
||||
---
|
||||
tags:
|
||||
- 设计模式
|
||||
- "#TODO"
|
||||
---
|
||||
|
||||
|
||||
``` csharp
|
||||
public class Seq<T>{
|
||||
public Command<T>[] cmds;
|
||||
public T Context;
|
||||
}
|
||||
```
|
||||
|
||||
``` csharp
|
||||
public class Command<T>{
|
||||
public void Excute(T context){}
|
||||
}
|
||||
```
|
||||
@@ -1,10 +0,0 @@
|
||||
{
|
||||
"nodes":[
|
||||
{"id":"898b07480fb30b91","type":"text","text":"Command","x":-261,"y":109,"width":250,"height":60},
|
||||
{"id":"06ced7be675e7a13","type":"text","text":"Command","x":-511,"y":109,"width":250,"height":60},
|
||||
{"id":"c715d34403b3a981","type":"text","text":"Command","x":-11,"y":109,"width":250,"height":60},
|
||||
{"id":"aef08d5965087231","type":"text","text":"Command","x":239,"y":109,"width":250,"height":60},
|
||||
{"id":"d41c0ab7a71ab3c3","type":"text","text":"Context","x":-511,"y":-100,"width":1081,"height":60}
|
||||
],
|
||||
"edges":[]
|
||||
}
|
||||
@@ -1,3 +1,6 @@
|
||||
# 七月
|
||||
- 外包
|
||||
- 堡垒
|
||||
- 堡垒
|
||||
|
||||
# 十月
|
||||
- 图文合批
|
||||
19
3Resources/游戏开发/性能优化/性能优化-方向.md
Normal file
19
3Resources/游戏开发/性能优化/性能优化-方向.md
Normal file
@@ -0,0 +1,19 @@
|
||||
# 前期需要
|
||||
|
||||
# 需要关注的数据
|
||||
- gpu时间
|
||||
- cpu时间
|
||||
- 多边形数量
|
||||
- 顶点数量
|
||||
- dc
|
||||
- 内存使用量
|
||||
|
||||
# 测量方法
|
||||
- 添加显眼的耗时Debug以方便团队每个人知道何时超时
|
||||
- 预估性能瓶颈
|
||||
- 确立目标平台,目标平台的性能,cpu gpu 内存大小
|
||||
- 用一个空场景,添加顶点网格,以及各种效果,最终得出帧时间
|
||||
- 在关卡中性能最差的位置放置摄像机,用于测量
|
||||
- 绘制宏,以便于每次测量结果一致
|
||||
|
||||
# 后期需要
|
||||
3
笔记数据库.base
Normal file
3
笔记数据库.base
Normal file
@@ -0,0 +1,3 @@
|
||||
views:
|
||||
- type: table
|
||||
name: 表格
|
||||
Reference in New Issue
Block a user