第十四章 计划完成-第2/3页

加入书签
    但即便如此价格也相当高,要50金币,现在哪里买得起啊。

    于是李维斯只能安慰自己不凝聚魔力,应该是感知不到魔力的流动。

    而事实也的确如此,在人体内凝聚与消散的魔力,是很难很难被感知的。

    除非是有特殊天赋的人。

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

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

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

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

    想想就觉得有趣。

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

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

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

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

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

    又是一个MagicUtil里的静态函数——GetLivingThingsRange。

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

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

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

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

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

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

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

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

    构造完诅咒类后,执行RunMagic方法,发出诅咒。

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

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

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

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

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

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

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

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

    组合的思路大概如下:

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

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

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

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

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

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

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

    智能提示已经快成为李维斯心中的执念了!……
    本章未完,请点击下一页继续阅读!

本站网站:www.123shuku.com