【通用】哈希表应用实例（一）

哈希表的应用实例（一）——计时器传递参数等问题
许多新手在制作触发器时往往会遇到一些列无法理解的问题。
如：一些稍微复杂的技能效果，常会遇到诸如伤害丢失、目标不正确或是自己单人测试没问题，但是多人测试其他玩家就会出现各种问题。通常编写的逻辑都没有问题，问题出在了对一些基本变量的有效范围理解不清，以致运行时的实际值和自己的预想值并不一样，所以最终的效果也就天差地别。
这里所说的基本变量指的是以【触发单位】为代表的，一系列和触发器紧密相关的取值方式。

首先来说说魔兽的运行方式。在初级阶段，我们可以简单的理解为单线程运行。何为单线程？就是说所有的触发、函数有严格的执行顺序，即使地图上可能存在有许多单位，这些单位相关的触发看似有同时触发的可能性，但也只是因为执行的时间极短，所以给人一种同时执行的错觉，本身还是有严格的执行顺序区分的。所以基于这点，在一些无法直接传递参数的地方，如选取单位组单位做动作，我们都可以通过全局变量等形式来传递参数。（不考虑被其他触发中断的情况，这点比较复杂，以后讨论。）因为是单线程执行的，所以别的动作需要等当前动作完成之后才会执行，因此在选取单位组单位做动作的时候可以认为此时这个用于传递参数的全局变量的值都是我们赋予的值，不会改变。

回到开头提到的问题，基本变量的实际值和自己预想的不一样，为什么会这样？很常见的情况是直接在计时器中使用了这些基本变量。以触发单位为例，在触发执行时，触发单位才有了实际意义。比如英雄发动技能效果，那么触发单位就是这个发动技能效果的英雄。触发执行完后，触发单位也就没有意义了。
计时器呢？计时器的执行是脱离与触发器的。例如一个运行间隔是1秒钟的计时器，不循环，他的实际作用是告诉游戏引擎，在1秒钟之后要做一件事情，而不是让触发器运行1秒钟以后干什么，触发器的执行是一瞬间的事情，计时器安排的事情是独立于触发器的，无论这个间隔设置的多短，他始终是独立于触发器的。基于此理解，在计时器动作执行的时候，已经脱离了触发器了，自然触发单位之类的也就没有意义了，也就不再是自己预想的值了。


如何让计时器可以取到自己想要的值？哈希表。
相信大家都知道，计时器运行完之后，也需要销毁，需要排泄。自然也能理解，计时器也是个handle类型，也可以获取到他的handleId，也就是整数地址。而在计时器动作运行时，可以通过【到期的计时器】来获取到当前的计时器，进而可以获取到handleId。于是我们便可以用计时器的handleId来作为主索引，次索引可以根据自己的需求设置任意整数，这样我们就可以通过哈希表来传递计时器需要的参数了。用全局变量也可以达到类似的效果，但毕竟全局变量谁都可以访问，除非你只在一个地方使用，否则从计时器被创建到被执行时的期间内，你无法确定这个全局变量是否已经被赋予了新的值了。哈希表则不同了，我们使用的计时器的整数地址作为主索引，只要这个计时器没有被销毁，那么这个整数地址一定是唯一的，所以传递的值一定是我们当初指定的。

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

大佬 学习了

学习学习

大佬，哈希表的帖子可以多来点。

han6991833 发表于 2020-8-27 19:39
大佬，哈希表的帖子可以多来点。

ok

感谢楼主的分享！

大佬 学习了

学习学习

继续看！！！

厉害了我的楼主