【T】伤害事件和逆天

本篇比较简单，是纯理论分析。一个朋友偶然遇到的问题就总结一下以提醒新手。

做伤害扩展的时候比较容易出现套娃的现象导致死循环，相信大家都知道。所以需要添加一些条件以避免重复触发的情况。
那么加条件有两种方式，1种是直接在触发器的条件中添加，1种是在动作中使用If来添加。一般情况下，两者的执行效果没有什么区别。
本篇教程要说一个特殊情况，和逆天局部混用。

首先说一下两种方式的区别。T中，触发器界面有三个部分，事件，条件，动作。当满足事件时，会先检查条件，如果条件通过，则去执行动作。所以我们很容易得出结论：如果我们将条件写在触发器的条件中，条件不通过，则触发器的动作不会被执行。如果将条件写在触发器的动作中，那么无论这个条件是否满足，都必然需要先执行触发器的动作，然后才会去判断这个条件，进而决定后面的动作是否需要被执行。两者最根本的区别就在于触发器动作这个整体是否执行了。

再来看逆天局部的原理。以前的教程中有简单的提过，逆天局部的本质是使用哈希表来存取数据。它以当前触发器的handleId作为主索引，基于此触发器动作的执行次数产生一个次索引。次所引的产生方式是黑盒的，即使用T的作者是不要感知的。

两者结合便可能产生一些问题。以伤害扩展为例。我想做一个溅射伤害。那么通常会以是否为普攻伤害作条件进行区分，避免产生套娃。那么简单的思路就是，任意单位受伤害，如果伤害是普攻伤害，选取XX范围内的XX单位做动作。在这一过程中，可能需要进行一些计算，比如根据攻击力、溅射伤害率等计算实际的伤害值。如果使用逆天局部来记录一些数值的话，有的人会发现，对单位组进行伤害的时候，只有第一个单位被伤害了，后面的单位都无事发生。为什么会出现这样的情况？

通常出现这种情况的原因，是用于区分的条件被写在了动作中，并且触发中使用了逆天局部进行数据的存取。
结合前文的机制分析。假如将条件写在动作中，那么当我们普攻一个单位时，触发了伤害事件，选取单位做动作。伤害第一个单位，再次触发了伤害事件，执行事件的动作。动作中的条件判断这不是普攻，所以结束触发，没有产生套娃。于是接着对第二个单位造成伤害，失败。继续第三个，依然失败……为什么第二个开始会失败？因为伤害第一个单位时又触发了一次伤害事件。前文分析过，逆天局部的次索引是基于当前触发器的动作的执行次数的。因此，虽然在动作中增加了条件判断是否普攻伤害避免了套娃现象，但是这并没有阻止动作本身被执行，所以执行次数增加了，此时次索引被改变了，因此当对后面的单位再造成伤害时，之前记录的逆天局部已经无法获取了。而如果将条件写在触发器的条件中时，则对第一个单位造成伤害，触发伤害事件，触发器的条件检查阶段发现不通过，直接阻止了后续的事情，不会再进入触发器的动作执行阶段，逆天局部的次索引也就没有改变，原来的逆天值也就还可以取到，所以后续的伤害也都能正常进行。

游客，如果您要查看本帖隐藏内容请回复

感谢分享~

感谢，学习了

让我看看

技术贴，感谢大佬分享

有演示图吗

感谢，学习了

康康是什么

感谢分享

感谢分享，学习下