编程软件在编写软件的时候都拥试运行功能，目的是方便开发者即时检查程序有没有BUG，以及定位BUG产生的位置等。

　　易天编程是从易语言编程那里变异而来，自然也保留了这一功能。之前测试的时候没有多想，但现在看来，这其实算是一个不算BUG的BUG！

　　按照说明书所写，想要把写好的程序编译成可散发的正式版本必须消耗大量的能量，消耗的多少跟程序的功能、代码的数量、与现实的偏差程度有关。

　　尤其是那些越偏离现实的、对现实影响越大的、影响时间越长的、改变范围越广的程序，没有个几千万上亿的能量打底，那真是连想一下的资格都没有。

　　但如果编译好的程序只影响单个人或者物体，消耗要低上很多。但不论多低，都是10000能量起步，上不封顶，哪怕程序里一个字都没写！简直是霸王条款。

　　运行调试这样的功能虽然好，但也不是没有缺点：

　　一是运行调试时效率低下，虽然主角也不太明白是怎么个效率低下；

　　二是要收点卡，同样是根据功能等有不同的能量消耗，而编译好的正式软件只需要在安装时提供一次能量，日常使用只需要低到可以忽略不计的维护费就可以；

　　三是运行时只能打开一个软件，而编译好的软件是没有这个限制的，可以不限数量的打开，只要加载者能承受得了软件之间可能引发的冲突。

　　祝爵先是点开编译菜单，试着点击了一下编译功能，软件直接弹出一个窗口：

　　【本次编译预计消耗3862567100点能量，是否继续？】

　　……这数值是不是标错了？将近40亿的能量消耗？这要杀多少丧尸才能凑够？整个星球上的丧尸够不够？

　　祝爵注意到提示窗口左下角有个能量详情，用意念点击了一下。然后弹出一份长长的表格，里面详细的列出了造成能量消耗的具体因素。

　　【1.搭建本源，10000，不可优化，不可重置】

　　【2.时间法则改造，1297636540，可优化，可重置】

　　【3.空间法则改造，1032587601，可优化，可重置】

　　【4.能量法则改造，846872130，可优化，可重置】

　　【5.灵魂法则改造，586074300，可优化，可重置】

　　【6.物质法则改造，3519265，可优化，可重置】

　　【7.因果法则改造，1253640，可优化，可重置】

　　【8……】

　　每一大项的说明又各自有个下拉菜单，可以查看更进一步的细节消耗。

　　祝爵大体浏览了一遍表格，总算明白为什么能量消耗会这么离谱了——这是一款古典战棋游戏的编辑器+引擎！

　　而古典战棋游戏最明显的机制就是敌我双方在各自的回合中轮流行动，将这样的机制引入到现实世界里就会显得格格不入了。

　　想要实现这种机制，就必须对现实时间的时间法则进行大量改造，这还是因为考虑到电脑的性能限制等因素，祝爵一开始设计游戏引擎的时候把地图范围的上限锁定在了99*99格，否则这笔改造的消耗还要再翻不知道多少亿倍！

　　同样道理，祝爵的编写游戏引擎里附带雇佣兵这个因素，虽然在大地图上与英雄相同都只占一个格子，但是进入实时演算的战斗动画环节后，每一组佣兵都会10个单位出现在场上，这就又涉及到了空间压缩、异次空间等空间法则。

　　能量法则的消耗一部分源自于未设计完成的技能，另一部分源自于打怪升级这个设定。

　　灵魂法则的消耗有很多种多样了，涉及到职业、升级、技能、游戏机制等等。

　　弄清了能量的消耗来源后，祝爵注意到了能量消耗后面的可优化、可重置按钮。

　　按照说明，优化的作用是在保证现有软件功能的基础上，尽可能的降低能量消耗。

　　优化的具体操作分两种，一种是提供大量能量由编程软件自行推演完善，省心省事就是极为耗费能量；

　　一种是提供少量能量由编程软件提供分析报告以及建议，然后由开发者自行优化。

　　重置的功能很简单，由编程软件自动修改程序，将超出现实的相关设定全部抹除，如果提供一定能量，可以设定抹除的基准线。

　　祝爵尝试性的点了一下时间法则后面的优化按钮，立刻显示出两个选项：【方案一：预计消耗能量23658741点，预计优化后可节省658642560点能量】

　　【方案二：消耗能量100000点生成优化方案，完全实现后预计可节省658642560点能量】

　　虽然优化的效果确实很显著，直接降低了近半的消耗，但就算是方案二的10万能量也远远超出了祝爵的预计。看来短时间内是没机会使用优化功能了。

　　祝爵先将程序进行备份，然后再次点开编译，对着能量消耗列表就是一顿重置。最后仅保留了属性、装备这两个模块化功能。

　　其中属性功能是基础模板，如果加载者没有这个模块的话，就算是拿上装备模块创造出来的装备，也没法享受装备带来的属性加成。

　　至于装备模块同样被舍弃了很多细项，只保留了基础属性加成这个功能，

　　经过一番重置，程序代码大幅度缩减，看起来颇为寒酸。祝爵这次点了下编译，软件弹出提示窗口：

　　【本次编译预计消耗48657点能量，是否继续？】

　　祝爵总算松了口气，虽然依然消耗很大，但至少是可以努力实现的了。主角又点击了一下调试运行，同样是一个提示窗口：

　　【本次启动运行需要1点能量，维持需要5点能量/分，是否继续？】

　　虽然很想点继续，但灰色的按钮提醒着祝爵——你还是个穷光蛋！赶紧去挣钱！

　　祝爵忽然想到一个问题，刚才调整好的程序只能穿戴装备，却不能编辑制造装备。所以自己还需要再精简出一个单独的装备编辑制造程序。

　　熟门熟路的祝爵很快便精简好了程序，只是没想到仅仅一个装备编辑功能居然就需要2138460点，比前面的两个功能消耗还大？

　　就算是优化后预计也就需要683861点。莫非是程序出BUG了？