[功能请求]: BreakPoint 的部分GUI的界面元素建议

[Zaiyuyou]

• 我正在着手增加这个功能

关于断点的GUI

断点列表界面(BreakPointsList)

每行元素：
  1. 复选框
  2. 使能状态 - BPStatus
  3. 名称 - 输入框以及确认按钮
  4. 坐标 - position
  5. 世界 - world
  6. 触发类型 - trigTypes
  7.[配置断点] - button
  
批量操作控件:
  1. [Enable] - button
  2. [Disable] - button
  3. [Remove] - button

请确认以下条款

• 我已经查看了 已有 issue 并确定没有人提交过与此功能请求相关的 issue

[zly2006]

BreakPointIndex是干嘛的？你是不是也没考虑server/client同步……

请看看BreakpointsManager，谢谢

[zly2006]

关于断点的GUI，我不打算允许在断点列表改名，自己进去点一下Configure吧，其他的看着不错

[Zaiyuyou]

BreakPointIndex是干嘛的？你是不是也没考虑server/client同步……

请看看BreakpointsManager，谢谢↳

Index是我打算把BreakPointer放到一个map里的索引方法，不过我感觉有点麻烦，具体实现还是你写吧，我在就推荐一下我想象中的数据结构，大概思路就是以方块坐标为主，但是这个坐标里面可以有多个方式触发[PP/BE/其他的什么更新]，每个触发也有自己的行为和握手

至于客户端和服务端的同步问题我暂时没有想好，其实我更倾向于直接定义一个可检测更新的触发器在一个方块坐标上，类似于侦测器的调用方式

[zly2006]

我在就推荐一下我想象中的数据结构，大概思路就是以方块坐标为主，但是这个坐标里面可以有多个方式触发[PP/BE/其他的什么更新]，每个触发也有自己的行为和握手

就是说，有的情况下根本没坐标。

比如你给实体被tick下个断点

[Zaiyuyou]

我在就推荐一下我想象中的数据结构，大概思路就是以方块坐标为主，但是这个坐标里面可以有多个方式触发[PP/BE/其他的什么更新]，每个触发也有自己的行为和握手

就是说，有的情况下根本没坐标。

比如你给实体被tick下个断点

我不太清楚有实体参与的微时序

[Zaiyuyou]

我的思路其实就是在那个方块坐标放置一个可以检测对应类型更新的触发器，并且当触发之后执行设置好的behavior，这个实现方式至少在方块中是可以运行的，但是如果要让这个断点触发和实体绑定的话我觉得应该是另一个类

[zly2006]

我的思路其实就是在那个方块坐标放置一个可以检测对应类型更新的触发器，并且当触发之后执行设置好的behavior，这个实现方式至少在方块中是可以运行的，但是如果要让这个断点触发和实体绑定的话我觉得应该是另一个类

但实际上，我已经实现了，用MutanleMap 没有任何的必要，还会增加重名检查等不必要的负担

[Zaiyuyou]

MutanleMap结构和游戏中功能没有任何关系，我之前使用Map的原因是方便在GUI中管理断点，因为管理大量断点时常常需要进行条件过滤或者搜索，如果直接遍历性能不是很好

[zly2006]

MutanleMap结构和游戏中功能没有任何关系，我之前使用Map的原因是方便在GUI中管理断点，因为管理大量断点时常常需要进行条件过滤或者搜索，如果直接遍历性能不是很好

虽然可能偏题但是这种性能“优化”逻辑必须反驳。一个游戏内最多能有几十个断点已经到人类大脑能够处理的上限了，这么一点点数据量哪来的需要优化？？还是说目标用户是超人一目十行？直接遍历就是最好的