战斗由客户端来做，后端来验证 方式 解决 一些弊端思路

战斗由客户端来做，后端来验证  方式  原来 是 存在 弊端的，比如：一些概率性的 控制，这些概率性的控制如果交给客户端来做的话 势必会出现玩家自己来修改 这个概率的问题，那这些问题怎么解决呢，不解决的话就只能是后端做战斗，前端验证（这种方式如果整战报还好，如果是手动战报即一次出手就一份战报的话会经常出现由于网络延迟而造成战斗异常），那怎么解决这些概率性的问题呢？

---》可以让策划 把这些概率性的控制 搞成像皇帝转盘那样一连串的恶心的控制，可以多配几套这种控制，每次战斗时随机选择一套控制来让前端执行，每套控制里都有各自 自己的 概率性控制规则，这样玩家就算想改，也没得改，因为 已经配死 每种方案下概率控制的范围，比如a种方案，第一次概率肯定不触发，第二次按照什么样概率触发。。。而b中方案就有可能触发，触发概率多少，第二次肯定不触发。。。 等等通过这些多套方案 种 非常恶心的控制 来 避免 玩家 自己修改概率触发，因为玩家不知道有多少种方案，也不知道当前选择哪种方案，以及方案中的规则控制是什么，这样涉及 分 出手 来手动战斗发战报类型的战斗时就可以完全由前端 做战斗，等整个战斗完把 所有出手的战报一次性发给后端，后端来验证，后端可以通过保存的前端发来的战斗对应选择方案来对出手战报进行验证，只要有一个异常就判定该次出手不合法。