自从伊姆开始教导嘉一他们符文的时候，他就开始了一个大胆的想法，像编写程序一样对魔法进行编程。
这个其实也不能算是他自己的想法，他上辈子看小说的时候看到过这个套路，只是现在伊姆教他符文，他才想了起来。
只是，在开始的时候，他就遇到了问题。
上辈子他就不是什么大牛，只能够称之为码农，只精通java这一门语言。但是符文的特性，更像是汇编语言，甚至是机器语言，与他熟悉的java差距还是挺大的。
只是好在一些基本的思想还能适用，比如开发通用模块，开发接口等等。
嘉一最熟悉的还是java的面向对象思想，所谓面向对象，就是最后都找不到对象。
在我们的身边，每一种事物都是一种对象，统筹一句话概括就是，对象是事物存在的实体。例如：电视、汽车、书桌、楼房包括我们人类自身都是一种对象。对象的话又划分为两种，即静态和动态两部分。静态：顾名思义，指的就是不能动的部分。就拿我们自身来说，每个人的你年龄、性别、身高、体重等都属于静态。而这些特征都可概括为属性，所有的对象都具备属性。动态：即具备这些属性的人可能做出的行为和动作（微笑、哭泣、行走、奔跑等）。人类通过探讨对象的属性和观察对象的行为来了解对象。
面向对象是一种对现实世界理解和抽象的方法，所以并不仅仅局限于软件编程方面，在魔法方面，也能够引入这种思想。
有一本书，叫做《Java编程思想》，不仅仅覆盖了所有基础知识，同时论述了高级特性，详细地阐述了面向对象原理。号称是适合初学者与专业人员的经典的面向对象叙述。
可惜，嘉一就没有读过几页，他觉得，干看书还是太枯燥了，特别是这种工具书，这个对象那个对象，对象的引用继承巴拉巴拉一大圈，反而把自己搞蒙了。他更喜欢在电脑上面直接跑用例，更能直观的了解程序运行的逻辑。
现在，他就觉得自己缺失的理论是多么重要了，因为理论许多地方是想通的，而具体操作换个地方就不一样。他现在想在脑海里面回忆起这本书都没办法，因为他只翻了前面几页就没有再往下看了。
他只能直接开始试，在实验中判断自己的做法有没有成效，首先，他拿着自己学会的感觉除了点火没有其他用处的烈火掌开刀。
烈火掌究竟是叫烈火还是烈焰嘉一都没注意，可想而知，对于这个法术技巧的认可度有多低。
除了能够锻炼下火元素的控制力和点火方便，几乎再也没有其他用处了。至于杀伤力，你总不能指望一个法师挥着一双肉掌来近战吧？
最主要的是烈火掌结构简单，威力低，即使出了什么岔子也不会引起魔力反噬。
烈火掌的控制部分并不完善，只能够隔绝火焰对于自身的伤害。嘉一第一步，就是想要对这一步进行优化。
虽然嘉一的想法挺多，但是他的实力毕竟有限，做不了太复杂的东西，这次的实验，基本是只为验证，只求证明是否可行，不管结果是不是完美。
在控制部分，其实只是有2个符文，结合法术表现部分的另一个符文，实现了对于温度的隔绝，使自己不会烧伤。嘉一的第一步，就是先将这三个符文分离出来，重新构建一个控制部分，独立的控制部分。
嘉一本来想要构建一个通用控制器，为所有的法术提供控制功能。只是刚想尝试，就不得不放弃了，因为他连从什么地方开始都不知道。
果然，新手果然还是从“hello word”开始更加友好些。
嘉一放弃了高大全的操作，开始探索三个符文之间的联系。三个符文嘉一都认识，分别是隔绝，方向，温度。每个单独的符文嘉一都认识，但是他们是如何相互作用，继而影响法术的效果，他就不明了了。
嘉一的精神力强横，能够很好的洞悉法术模型中符文之间的魔力流动，但是当嘉一单独构建这三个符文，放在一起的时候，这三个符文之间并不会单独产生联系，又或者说，联系十分微弱，构成符文的魔力很快消散，符文也就无法维持。
他尝试过加大魔力供给，让符文保留时间更长一些，但是依旧没有效果。
果然，无论什么事情，想比做要容易多了。就像是写程序，客户或者产品经理在给软件提需求的时候总是头头是道，觉得实现起来都很简单，但是等到开发人员进行开发的时候，就会发现，会产生各种各样的问题，然后软件实现的功能只是看起来差不多，用起来完全不是一回事。
本来，有问题嘉一是准备去找自己老师求助的，但是想想就放弃了，伊姆现在法阵的设计已经到了关键时刻，连课现在都是以嘉一带着黛儿和弗劳尔自学为主。
嘉一只好自己试验，好在他也没想着立即就搞出什么成果出来。他的通用控制器就算是成果了，也不会比法术模型中的结构更好用，重点是在通用上面，学习其他的魔法的时候就可以使用现有的控制模块，不用重新架构。
这章没有结束^.^，请点击下一页继续阅读！