趕回宿舍的過程中，李維斯順便買了點食物充饑。

　　昨晚到現在都沒吃過東西，他已經饑腸轆轆了。

　　他一邊吃一邊回宿舍，東西吃完剛才也差不多到宿舍了。

　　這裡的宿舍都是單人間。

　　因為科赫城東邊靠近郊區，學校坐落其中，地多人少。

　　李維斯進入宿舍後鎖上門，坐下來喚出腦中的魔法紙。

　　把新得到的三個魔法都解碼後，複製粘貼到備忘錄魔法紙。

　　他先認真地看測謊魔法的代碼:

　　選定目標對象，檢測目標對象的靈魂波動。

　　十分簡單的代碼，李維斯一分鍾都不用就看懂了。

　　人類的靈魂波動是主角的屬性之一。

　　情緒穩定時這個屬性值在-0.1到0.1之間波動，負面情緒應該會跌破-0.1，而正面情緒則反之。

　　李維斯試了下直接修改靈魂波動的屬性值。

　　看看修改後會不會對自己的情緒產生影響。

　　他把波動值改成1，感覺自己有點開心和亢奮的樣子。

　　改成2.5，呃，程序崩潰了。

　　“應該是修改的值大小超出了可修改范圍吧。”

　　李維斯猜測道。

　　他在修改值那一段代碼裡加了個異常捕捉。

　　他讓發生異常時程序不再崩潰，而是彈出一個帶有崩潰原因的消息框。

　　再次運行，一個消息框彈了出來，阻塞了整個程序。

　　只有李維斯點擊確定，程序才會繼續運行。

　　消息框顯示的錯誤信息是“無法通過代碼大幅度修改靈魂波動屬性”。

　　“果然如此。”

　　李維斯喃喃自語，他猜對了。

　　但是這樣問題就來了，說謊後的波動值算不算大呢?

　　要是太大豈不是無法修改?

　　李維斯立刻對自己使用測謊魔法。

　　他說了幾個謊，發現波動值從0.1255上升到了0.4245。

　　“還好不算大，在可以修改的范圍。”

　　李維斯松了口氣。

　　之前看到兌換書裡描述的是“較大波動”，看來增加了0.3就算是較大了。

　　不過還有一個問題:

　　到時候一直運行魔法修改波動值，會不會被高階魔法師感知出來呢?

　　先看看修改完波動值後，改動過的值能持續多久吧。

　　李維斯把自己的波動值改成0.1，然後用個定時器每隔一秒就輸出一次到窗體的文本控件中。

　　與此同時，他又說了幾個謊，讓自己的靈魂波動起來。

　　結果讓他有些失望，改動後的值根本沒有持續時間。

　　他一說謊波動值就隨著變動了。

　　李維斯苦思冥想也沒什麽解決辦法。

　　除非把隱身魔法買了，看看有沒有思路。

　　他在兌換之書看到隱身可以隱得相當徹底。

　　上面寫著身體和靈魂層面都消失了，有點誇張。

　　弊端是不能動，一旦動了就需要再次釋放。

　　但即便如此價格也相當高，要50金幣，現在哪裡買得起啊。

　　於是李維斯只能安慰自己不凝聚魔力，應該是感知不到魔力的流動。

　　而事實也的確如此，在人體內凝聚與消散的魔力，是很難很難被感知的。

　　除非是有特殊天賦的人。

　　“不管這個了，先看看我的後門計劃吧。”

　　想到這，李維斯心情好了不少。

　　在自己寫的魔法上留個後門，多爽的事。

　　別人和李維斯戰鬥，用他寫的魔法，結果打著打著，突然魔法就失效了。

　　想想就覺得有趣。

　　但是不能用得太明目張膽，除非是不死不休的戰鬥。

　　不然遲早會有細心的人發現，只有使用李維斯貢獻的魔法與他戰鬥，才會出現各種各樣離奇的效果。

　　這樣很可能會懷疑到他身上。

　　李維斯開始認真看起了剩下的兩個魔法。

　　首先是隨機詛咒魔法裡面的檢測活物函數。

　　又是一個MagicUtil裡的靜態函數——GetLivingThingsRange。

　　這個方法可以在輸入的參數范圍內獲取所有活物(包括主角)。

　　默認參數范圍是主角等級乘以10米。

　　獲取到活物後，用一個foreach循環，有多少個活物構造多少個新的詛咒類。

　　詛咒類的構造函數有兩個參數，一個是活物的ID，一個是是否隨機的詛咒。

　　構造函數可以理解為創建或生產一樣新的事物時，必須執行的一些操作。

　　以詛咒類為例，要將其構造出來，起碼要告訴它詛咒的對象是誰，是不是隨機詛咒。

　　當然詛咒類肯定還有其他構造函數。

　　因為不是隨機詛咒的話，就得指定詛咒的類型，不然發出一個空的詛咒嗎?

　　構造完詛咒類後，執行RunMagic方法，發出詛咒。

　　這也是一個很容易看懂的魔法。

　　最後是粗口矯正魔法，這個魔法涉及到了李維斯的知識盲區——語音識別。

　　裡面的代碼其實也很簡單，就是調用了一個語音識別的包。

　　作為一名合格的程序員，李維斯很快就知道這個包的基本用法了。

　　專業人士寫的包， 用起來就是簡單易懂。

　　短短幾行代碼，調用兩三個函數就行了。

　　好了，三個魔法的代碼都看完了。

　　裡面所需的函數也都知道怎麽用了，接下來就是將這些組合起來。

　　組合的思路大概如下:

　　魔法啟動時，判斷李維斯是否在附近。

　　如果不在繼續往下執行魔法，直到魔法結束。

　　如果在，就用一個後台線程啟動http服務端，再用另一個後台線程啟動語音識別。

　　兩種辦法，不論是哪一個辦法收到了李維斯的信息，都會執行對應的操作。

　　哪一個接收得早，哪一個就先執行，後一個不再執行，確保隻執行一次。

　　思路清晰，代碼寫起來就沒太大難度。

　　只是寫得有點磕磕碰碰，原因還是不習慣沒有智能提示。

　　智能提示已經快成為李維斯心中的執念了！

　　寫了約半個小時，終於寫完了。

　　接下來開始測試，一運行程序崩潰了，明顯有bug。

　　這很正常，沒有bug才奇怪。

　　根據錯誤提示，李維斯開始修複問題。

　　改完又有bug，繼續改。

　　就這樣改了半個小時的bug，終於沒問題了！

　　但不能掉以輕心，還需要從各種角度對其進行測試才行。

　　又繼續測試了半個小時，確認完全沒問題後，李維斯才放下心來。

　　把這段後門的代碼複製到控爆術和加速術中，轉換成魔法符號。

　　到此，後門計劃完成了。