第十四章 计划完成（2 / 2）

“不管这个了，先看看我的后门计划吧。”

想到这，李维斯心情好了不少。

在自己写的魔法上留个后门，多爽的事。

别人和李维斯战斗，用他写的魔法，结果打着打着，突然魔法就失效了。

想想就觉得有趣。

但是不能用得太明目张胆，除非是不死不休的战斗。

不然迟早会有细心的人发现，只有使用李维斯贡献的魔法与他战斗，才会出现各种各样离奇的效果。

这样很可能会怀疑到他身上。

李维斯开始认真看起了剩下的两个魔法。

首先是随机诅咒魔法里面的检测活物函数。

又是一个magicutil里的静态函数——getlivingthingsrange。

这个方法可以在输入的参数范围内获取所有活物（包括主角。

默认参数范围是主角等级乘以1米。

获取到活物后，用一个foreach循环，有多少个活物构造多少个新的诅咒类。

诅咒类的构造函数有两个参数，一个是活物的id，一个是是否随机的诅咒。

构造函数可以理解为创建或生产一样新的事物时，必须执行的一些操作。

以诅咒类为例，要将其构造出来，起码要告诉它诅咒的对象是谁，是不是随机诅咒。

当然诅咒类肯定还有其他构造函数。

因为不是随机诅咒的话，就得指定诅咒的类型，不然发出一个空的诅咒吗？

构造完诅咒类后，执行runmagic方法，发出诅咒。

这也是一个很容易看懂的魔法。

最后是粗口矫正魔法，这个魔法涉及到了李维斯的知识盲区——语音识别。

里面的代码其实也很简单，就是调用了一个语音识别的包。

作为一名合格的程序员，李维斯很快就知道这个包的基本用法了。

专业人士写的包，用起来就是简单易懂。

短短几行代码，调用两三个函数就行了。

好了，三个魔法的代码都看完了。

里面所需的函数也都知道怎么用了，接下来就是将这些组合起来。

组合的思路大概如下：

魔法启动时，判断李维斯是否在附近。

如果不在继续往下执行魔法，直到魔法结束。

如果在，就用一个后台线程启动http服务端，再用另一个后台线程启动语音识别。

两种办法，不论是哪一个办法收到了李维斯的信息，都会执行对应的操作。

哪一个接收得早，哪一个就先执行，后一个不再执行，确保只执行一次。

思路清晰，代码写起来就没太大难度。

只是写得有点磕磕碰碰，原因还是不习惯没有智能提示。

智能提示已经快成为李维斯心中的执念了！

写了约半个小时，终于写完了。

接下来开始测试，一运行程序崩溃了，明显有bug。

这很正常，没有bug才奇怪。

根据错误提示，李维斯开始修复问题。

改完又有bug，继续改。

就这样改了半个小时的bug，终于没问题了！

但不能掉以轻心，还需要从各种角度对其进行测试才行。

又继续测试了半个小时，确认完全没问题后，李维斯才放下心来。

把这段后门的代码复制到控爆术和加速术中，转换成魔法符号。

到此，后门计划完成了。