“有点意思。”奥兰多来了兴趣，开始仔细的审查这个法阵。
嘉一在一边补充自己的想法：“最理想的状态，就是将法阵的各个模块全部模块化，让后任意的组合在一起，实现不同的法术效果。不过这个太难实现了，而且意义不大，符文法阵一直在发展，总是会出现新的法阵，还有各种变种，不可肯全部完全一样的。但是这个模块化的法阵，已经可以便于法师理解法阵的效果，同时可以制作出来一套可以相互组合的法阵，在这个组合范围内，通过不同模块组合，实现不同效果。”
他的想法，其实就是和组合螺丝刀差不多，底座是固定的，但是可以搭配不同的螺丝刀头，单独的底座和刀头是没有什么用处的，但是底座和不同刀头搭配，就是不同型号的螺丝刀。
奥兰多有些理解嘉一的思想了，这个确实是一个不错的想法，虽然有融合法阵这种东西，比起嘉一的模块化其实效率更高，但是却不够通用，不同的法师会有不同的画法，如果要和别的法阵搭配，就要重新设计，费时费力。
其实嘉一的做法并不能提高法阵的能效，甚至因为符文重组之后，法阵的魔力通到增多，反而会导致威力有所下降，但是这个组合的好处就是如果要在法阵上面进行修改更加方便，如果要增加一些新的功能，可以通过预留的接口来实现，不需要将法阵推到重建，也不用担心两个法阵靠在一起相互影响。
而且这大大降低了法阵的学习要求，更加便于对法阵的理解。
就像是软件编程的各种设计模式一样，虽然也有效率的考虑，但大多都是为了方便和扩展性。
法阵模块化也是一样，对于一些小型的面积有限的物件来说，模块化的法阵并不合适，但是对于大型的法阵来说，模块化就是一种令人耳目一新的方法。
对于大型的法阵，无论是维护还是功能的扩展都是一个难点，许多流传久远的法阵，修修补补的箭只是面目全非，有时候有漏洞都无法知道。特别是修补太多，许多时候对于一些符文根本无法明白什么意思，看起来就像是根本没有效果的，但却不敢去除，生怕导致法阵出了问题。