大魔法师旅途 第81节

“过两天,我开始教你精灵语和古代魔文吧,虽然我们现在的法术已经不再使用精灵语和古代魔文了,但是许多古籍都会使用,学习这个还是十分必要的。”

精灵语和古代魔文都比较生涩,学习起来十分花费精力,特别是古代魔文,那时候的魔文并不严谨,许多魔文都还不成系统,学习起来更加的麻烦。

想来,这两门新功课能够花费掉嘉一多余的精力,不在来烦自己了,伊姆这样想着。

嘉一虽然事情不多,但是伊姆的事情其实还是很多的,净化法阵的事情还没有成功,还要教自己的学生,现在还要给嘉一开小灶。等这些空下来的时候,还要考虑嘉一的退火炉,以及制作一支精细钢笔什么的。

第二天,伊姆没有再继续自己的净化法阵,大家来到屋外,一边晒着太阳,一边给自己的弟子授课。

“今天,我主要给你们说说魔法符文和古代魔文,还有精灵文。”

“老师,古代魔文和符文有什么区别啊?我虽然经常看到这些字眼,但是都没有具体介绍。”嘉一好奇的问。

“魔法,每一个魔法都是由符文构成,包括法阵也是。符文,就是魔法的最基础部分。你们现在仔细的检查自己精神海里面的法术模型,特别是法师之手,就可以观察到,每个法术模型的节点都是一个法术符文。”

在伊姆的介绍下,嘉一渐渐开始明了。古代魔文和符文其实差不多,只是古代魔文系统性较弱,不便于理解使用,后来人们将古代魔文拆分简化,诞生了现在使用的符文。因为越是基础越接近本质。

只是古代魔文并不是就这样湮灭了,因为古代魔文虽然难度大,学习起来也难以理解,但是威力大,效果好,虽然许多古代魔文已经没有符文好用了,但是有些魔文一直没法使用符文来替代。

所以,许多法师坚持认为符文还并不完善,致力于发现新的符文。

在学徒级别,他们学习的可以称之为魔法的法术是很少的,一般的学徒级法术,都只有3、5个符文,结构也只是简单的平面的,法师之手的符文不一样,嘉一的法师之手有32个符文,结构也是立体的,在精神海之中就像是一个复杂的分子式的模型一样。

但这并不表示立体结构就是正式的法术了,有些正式法术结构也是平面的。

一个真正的受承认的法术,必须要有魔力转换部分,法术表现部分,法术控制部分三个部分组成。

其中,魔力转换部分可以存储魔力,保证法术的持久,不会法术还在手上,就因为缺乏魔力直接散了,还能够牵引吸收外界的魔力,进行共鸣,扩大魔法威力。而表现部分,则直接决定法术的效果,是风刃还是地刺,都是通过这个决定的。最后的是法术控制部分,顾名思义,法术的操控就靠这个部分,不会导致魔法丢出去了,就无法继续操控了,使得法术像是导弹而不是子弹。而且法术的威力大小、形态控制都是通过这个部分再继续影响另外两个模块。

法师之手虽然算是一个完整的法术,但是架构奇特,不仅仅是因为释放难度低,而且架构内的符文联系几紧密又梳理,表现在外,就是法师之手可以随意的改变形状,比如嘉一的触手。

而像是嘉一的烈焰掌,没有魔力转化部分,控制部分也不完整,只有表现部分还可以,所以他的烈焰掌只能在手掌上维持,魔力也是直接使用嘉一体内的魔力,火焰也无法离开手掌。所谓的控制,只能保证不会烧伤手掌。

而将符文之间的关系扩大到外界,铭刻在载体上面,就成为了魔法阵,也有人叫符文法阵,都是一个东西。只是在精神海和在外界是不一样的,精神海遍布精神力和魔力,可以作为符文之间的魔力通道,更加容易构建法术模型。

而在外界,符文之间的联系就不如精神海那么紧密,需要构建魔力通道联系符文之间的关系,而且结构也是和法术模型不一样,魔法阵几乎全部是平面的,即使是在一个球体上面构建的法阵,他们之间的魔力沟通也是通过法阵之间铭刻在表面的魔力通道,还是只是一个面。

而且法阵越大,越难以部署,需要的符文节点也越多。而微型的法阵也很难部署,因为太小了符文之间的相互影响就更加明显,干扰法阵的运行。

第一百零二章 Java编程思想

自从伊姆开始教导嘉一他们符文的时候,他就开始了一个大胆的想法,像编写程序一样对魔法进行编程。

这个其实也不能算是他自己的想法,他上辈子看小说的时候看到过这个套路,只是现在伊姆教他符文,他才想了起来。

只是,在开始的时候,他就遇到了问题。

上辈子他就不是什么大牛,只能够称之为码农,只精通java这一门语言。但是符文的特性,更像是汇编语言,甚至是机器语言,与他熟悉的java差距还是挺大的。

只是好在一些基本的思想还能适用,比如开发通用模块,开发接口等等。

嘉一最熟悉的还是java的面向对象思想,所谓面向对象,就是最后都找不到对象。

在我们的身边,每一种事物都是一种对象,统筹一句话概括就是,对象是事物存在的实体。例如:电视、汽车、书桌、楼房包括我们人类自身都是一种对象。对象的话又划分为两种,即静态和动态两部分。静态:顾名思义,指的就是不能动的部分。就拿我们自身来说,每个人的你年龄、性别、身高、体重等都属于静态。而这些特征都可概括为属性,所有的对象都具备属性。动态:即具备这些属性的人可能做出的行为和动作(微笑、哭泣、行走、奔跑等)。人类通过探讨对象的属性和观察对象的行为来了解对象。

面向对象是一种对现实世界理解和抽象的方法,所以并不仅仅局限于软件编程方面,在魔法方面,也能够引入这种思想。

有一本书,叫做《java编程思想》,不仅仅覆盖了所有基础知识,同时论述了高级特性,详细地阐述了面向对象原理。号称是适合初学者与专业人员的经典的面向对象叙述。

可惜,嘉一就没有读过几页,他觉得,干看书还是太枯燥了,特别是这种工具书,这个对象那个对象,对象的引用继承巴拉巴拉一大圈,反而把自己搞蒙了。他更喜欢在电脑上面直接跑用例,更能直观的了解程序运行的逻辑。

现在,他就觉得自己缺失的理论是多么重要了,因为理论许多地方是想通的,而具体操作换个地方就不一样。他现在想在脑海里面回忆起这本书都没办法,因为他只翻了前面几页就没有再往下看了。

他只能直接开始试,在实验中判断自己的做法有没有成效,首先,他拿着自己学会的感觉除了点火没有其他用处的烈火掌开刀。

烈火掌究竟是叫烈火还是烈焰嘉一都没注意,可想而知,对于这个法术技巧的认可度有多低。

除了能够锻炼下火元素的控制力和点火方便,几乎再也没有其他用处了。至于杀伤力,你总不能指望一个法师挥着一双肉掌来近战吧?

最主要的是烈火掌结构简单,威力低,即使出了什么岔子也不会引起魔力反噬。

烈火掌的控制部分并不完善,只能够隔绝火焰对于自身的伤害。嘉一第一步,就是想要对这一步进行优化。

虽然嘉一的想法挺多,但是他的实力毕竟有限,做不了太复杂的东西,这次的实验,基本是只为验证,只求证明是否可行,不管结果是不是完美。

在控制部分,其实只是有2个符文,结合法术表现部分的另一个符文,实现了对于温度的隔绝,使自己不会烧伤。嘉一的第一步,就是先将这三个符文分离出来,重新构建一个控制部分,独立的控制部分。

嘉一本来想要构建一个通用控制器,为所有的法术提供控制功能。只是刚想尝试,就不得不放弃了,因为他连从什么地方开始都不知道。

果然,新手果然还是从“helloword”开始更加友好些。

嘉一放弃了高大全的操作,开始探索三个符文之间的联系。三个符文嘉一都认识,分别是隔绝,方向,温度。每个单独的符文嘉一都认识,但是他们是如何相互作用,继而影响法术的效果,他就不明了了。

嘉一的精神力强横,能够很好的洞悉法术模型中符文之间的魔力流动,但是当嘉一单独构建这三个符文,放在一起的时候,这三个符文之间并不会单独产生联系,又或者说,联系十分微弱,构成符文的魔力很快消散,符文也就无法维持。

他尝试过加大魔力供给,让符文保留时间更长一些,但是依旧没有效果。

果然,无论什么事情,想比做要容易多了。就像是写程序,客户或者产品经理在给软件提需求的时候总是头头是道,觉得实现起来都很简单,但是等到开发人员进行开发的时候,就会发现,会产生各种各样的问题,然后软件实现的功能只是看起来差不多,用起来完全不是一回事。

本来,有问题嘉一是准备去找自己老师求助的,但是想想就放弃了,伊姆现在法阵的设计已经到了关键时刻,连课现在都是以嘉一带着黛儿和弗劳尔自学为主。

嘉一只好自己试验,好在他也没想着立即就搞出什么成果出来。他的通用控制器就算是成果了,也不会比法术模型中的结构更好用,重点是在通用上面,学习其他的魔法的时候就可以使用现有的控制模块,不用重新架构。

理想的情况下,所有的法术模型都可以封装为一个个基础模块,学习新魔法的时候直接使用构建好的模块,组合起来就好了,然后就成为一个新的魔法。

只是可惜,这个现在只是一种美好的愿望,能实现不知道要到哪一年,或者永远不能实现。

当思考问题到累了的时候,嘉一就去院子里打太极拳。

每次练习太极拳的时候,舒缓的拳法都会给他带来内心的平静,虽然不会让他思路更加清晰,但是杜绝了因为烦躁带来的负面影响,变相的提高了效率。

特别是当他的魔力与太极拳产生异变之后,练习太极拳有更加显著了。

这里面,很可能不仅仅是太极拳的功效,还有他自己精神力对现实的干涉。

简单的说,就是他鉴定的认为自己的太极拳不平凡,太极拳就真的不平凡了。这不是嘉一有了异能,而是自己身体被思想“欺骗”了,曾经有这样的逸闻,说一个病人没有癌症,但是被医生搞错了体检报告,拿到了一位癌症患者的体检结果,认为自己得了绝症,过了一段时间,就真的得了绝症了。

首节上一节81/491下一节尾节目录

推荐阅读