东方阅读网【www.dfmsc.com】第一时间更新《用代码走进魔法》最新章节。
想到这，李维斯心情好了不少。
在自己写的魔法上留个后门，多爽的事。
别人和李维斯战斗，用他写的魔法，结果打着打着，突然魔法就失效了。
想想就觉得有趣。
但是不能用得太明目张胆，除非是不死不休的战斗。
不然迟早会有细心的人发现，只有使用李维斯贡献的魔法与他战斗，才会出现各种各样离奇的效果。
这样很可能会怀疑到他身上。
李维斯开始认真看起了剩下的两个魔法。
首先是随机诅咒魔法里面的检测活物函数。
又是一个MagicUtil里的静态函数——GetLivingThingsRange。
这个方法可以在输入的参数范围内获取所有活物（包括主角）。
默认参数范围是主角等级乘以10米。
获取到活物后，用一个foreach循环，有多少个活物构造多少个新的诅咒类。
诅咒类的构造函数有两个参数，一个是活物的ID，一个是是否随机的诅咒。
构造函数可以理解为创建或生产一样新的事物时，必须执行的一些操作。
以诅咒类为例，要将其构造出来，起码要告诉它诅咒的对象是谁，是不是随机诅咒。
当然诅咒类肯定还有其他构造函数。
因为不是随机诅咒的话，就得指定诅咒的类型，不然发出一个空的诅咒吗？
构造完诅咒类后，执行RunMagic方法，发出诅咒。
这也是一个很容易看懂的魔法。
最后是粗口矫正魔法，这个魔法涉及到了李维斯的知识盲区——语音识别。
里面的代码其实也很简单，就是调用了一个语音识别的包。
作为一名合格的程序员，李维斯很快就知道这个包的基本用法了。
专业人士写的包，wwｗ．ｕｕkanshu.com用起来就是简单易懂。
短短几行代码，调用两三个函数就行了。
好了，三个魔法的代码都看完了。
里面所需的函数也都知道怎么用了，接下来就是将这些组合起来。
组合的思路大概如下：
魔法启动时，判断李维斯是否在附近。
如果不在继续往下执行魔法，直到魔法结束。
如果在，就用一个后台线程启动http服务端，再用另一个后台线程启动语音识别。
两种办法，不论是哪一个办法收到了李维斯的信息，都会执行对应的操作。
哪一个接收得早，哪一个就先执行，后一个不再执行，确保只执行一次。
思路清晰，代码写起来就没太大难度。
只是写得有点磕磕碰碰，原因还是不习惯没有智能提示。
智能提示已经快成为李维斯心中的执念了！
写了约半个小时，终于写完了。
接下来开始测试，一运行程序崩溃了，明显有bug。
这很正常，没有bug才奇怪。
根据错误提示，李维斯开始修复问题。
改完又有bug，继续改。
就这样改了半个小时的bug，终于没问题了！
但不能掉以轻心，还需要从各种角度对其进行测试才行。
又继续测试了半个小时，确认完全没问题后，李维斯才放下心来。
把这段后门的代码复制到控爆术和加速术中，转换成魔法符号。
到此，后门计划完成了。
东方阅读网【www.dfmsc.com】第一时间更新《用代码走进魔法》最新章节。
本章未完，点击下一页继续阅读。