直接写个buff声明脚本，把公用的buff写进去

atk_up = false ;

def_up = false ;

…

…

然后再双方parent的create事件里调用声明这一堆buff

然后在buff或debuff被触发的时候直接把值设为true去判断？

要维护buff类型的时候就来改这个脚本

独有的buff就单开一个脚本存？

是不是太粗暴了……

顺子

脚本在声明上比较方便，不过触发判定还是会分布在各个不同的事件里，比如被敌人攻击触发，还是自己用某技能触发，或者踩到某个地形触发，感觉不太利于后面的维护，不过看了下几个教程视频，貌似也没有特别提到，看来只能自己留个说明文档之类的以免以后自己都忘记了……

另，前些天研究了下，因为buff一般都有持续回合的，所以感觉判断buff生效与否用数字会比较便捷，create里声明buff=0，触发时buff = buff持续回合 + 当前回合，当buff>当前回合时判断buff生效，这样就可以省去依据当前回合判断是否把buff改回false的步骤了。

Rusty 具体触发肯定是分散在不同的事件里的，感觉就算用ds map也没法解决这个问题吧，如果想进一步统一处理感觉要再抽象一个脚本“状态处理”，然后所有需要变更状态的地方统一调用这个脚本，然后在这个脚本里对传入的参数进行判断来设置具体的状态

用数字来标识buff+回合数感觉是会省事，但是这样有点耦合吧，如果后面突然有什么新的设定需要修改（比如状态不是单纯受回合影响时长了），那可能就会有点麻烦，虽然没做过这种东西，但我觉得还是宁可分开麻烦一点可能会好一点

底特律：变人 中文配音   美茨声音工作室制作   https://www.bilibili.com/video/av28893473/

aventzero 您的这个思路可能有一点比较麻烦，每个obj都需要指定一个对象独立计算，这样反而没有了做成一个obj的好处。个人感觉还是直接在父类对象里实现更轻松。当初思路不够开阔，现在想想这个问题，如果是为了方便管理的话，统一写成script归类到一个名为buff组里，再调用出来，就不容易忘记了。

用一个有序数组来存储人物身上的buff和debuff(其实可以把这两种buff一视同仁)。每当新增buff或者debuff的时候，对数组进行修改，并且根据buff的类型来决定是否重新遍历数组。一般当buff的效果会修改某些属性时，需要重新遍历buff数组以重新计算人物的属性。

而某些buff除了修改人物的属性，还会带来一些其他的效果(如身边环绕可以攻击敌人的飞球，每过几秒钟就掉血之类的)，这类buff属于特殊buff，依然要把buff的标签和相关属性存入数组，在遍历数组的时候会根据不同的标签进行特殊的处理。某些buff也可以创建新的obj。总之你要有把buff统一存储，统一管理的思想。

最后，别忘了给你的buff确定优先级。比如，对属性的修改，加减是在乘除之前还是之后，普通buff和特殊buff(创建obj的buff)哪个先执行之类的问题。

啊对了，还要做一个buff计时器，这个就很简单了，思路和上述类似