深入分析规则引擎.pdfVIP

深入分析规则引擎 撰写本文目的是将规则引擎的标准整理成大家都可以用来做实际参考的东西。其实这并不是目前我做的游 戏引擎，这几乎跟我的引擎完全不沾边，因为这些只是方法，思想，还有经验。我只是想让大家知道规则 引擎的水 ，还想让大家了解一些制作核心规则的思想。让大家了解什么是规则和科学的制作方法。 我先说说我的引擎观，明确以下几个问题。 为什么要将游戏规则和图形引擎分开？ 分开是因为可以比较 观的对游戏做总体分析，很多问题会迎刃而解。但是系统分析仅仅是明确引擎 要达到的目标，并不是实际作战。其实实战和系统分析是不同的，是完全的两码事。将游戏规则和图形引 擎分开只是理念上的，并不是实际的。在实际的游戏引擎中，图形和规则的关系非常密切，这两者一般是 分不开的。如果你在实战中将规则和图形分开了的话。图形就像礼品包，规则就像礼品，礼品不变而礼品 包则可以自由的更换，那么我要恭喜你！你发明了一套前所未有的游戏开发标准，以后你做游戏就可以像 做软件工程一样，可以用低成本的组装来完成一部新引擎。 规则和 3D 引擎在实战中因为两者非常紧密。建议不要去尝试分开来做游戏。如果你真的想像礼品包 一样去完成游戏，游戏可能会成功，但礼品包最后肯定会失败。因为这个世界的每个规则都会和另一个规 则发生发射作用，当这个规则变化了，那么另一个规则必然也会变，这是必然的。每个图形引擎都有一套 使用规则，程序也是规则，规则引擎也是规则，当这些规则多了以后，就不要去弄礼品包了，这样你会多 走n 个月的弯 ，并且最后这也不会变成礼品包。 游戏规则和核心规则有什么分别？ 核心规则是构建游戏规则时的一套游戏规则的构建规则。当图形引擎的制作已经成型以后，这时候就 是在当前引擎的基础上来实现游戏规则，游戏规则既游戏本身。而核心规则应该是制作游戏规则时的一套 标准。以前我看见有人将核心规则比喻成类，其实这很不恰当，类是OOP/OOD 中的方法，类是实现的方 法，核心规则是实现游戏规则的标准。 每部游戏都有一套自己的核心规则，或多或少，要看游戏的规模而定。核心规则是面向Designer 的， 而游戏规则是面向具体玩家的。游戏规则总是是在核心规则的基础上定牢的，同时游戏规则的实现也是非 常讲究科学的，涉及到心理、社会、人文、数学等等，等等，涉及到很多个专业领域，这些制作在国外大 多都是由专业 Designer 亲自动手，这些 Designer 是非常利害的，大多是 30 多岁的老小伙，知识面非 常渊博。而国内大多是由Programer 代替实现。总而言之游戏规则的制作不是由Programer 按照自己的 思想来做，而是按Deisnger 的思想来。这里是 Programer 和Designer 的基本分界。 那么核心规则是什么呢？核心规则是一系列实现游戏规则的标准。核心规则的制作总是是按 Programer 的思想来的，核心规则不能像游戏规则那样是固定的，核心规则应该讲究灵活变化，这样能更 有效的让Designer 去表达思想。 核心规则和游戏规则的分别在于，核心规则讲究变化，面向 Designer 的需要，游戏规则讲究表现， 面向最终的玩家。两者的区别是以专业领域来划分。举个例子，在实战时，我们做的一个人物开始施法， 这时会涉及到技能系统和粒子系统，如果说更细一些，会涉及到技能系统的触发方式，比如点对点，点对 面，或则点对目标，这一套触发标准就是核心规则了。而法术施展成功以后，一些数值计算，状态反映之 类这些是游戏规则。我在后文会详细描述制作整个过程的制作和逻辑流程。 这里有一个值得说明的地方。因为核心规则是游戏规则的制作标准，所以在制作核心规则时仍然会涉 及到一些Designer 那边的东西。核心规则部分经常因为某些地方影响游戏规则老是发生碰撞，非常麻烦。 后来我干脆将核心规则做成一种通用的标准，这就我现在所说得核心规则了，核心规则主要突出两点：自 由，灵活。这样既避免很多专业摩擦，也让 Designer 大大的增加了自由，给游戏规则的制作过程省下了 很多浪费。 以上两点是我制作规则引擎时的一些感想。 现在开始说说核心规则的结构和制作方法。 第一步，开始制作核心规则 开始制作核心规则时应先确保图形以及世界引擎部分已经完成了。至少要满足以下条件才算完成：有 一个世界编辑器，并且可以驱动世界编辑器数据，有一套将模型读取到世界引擎的标准，有一套标准的粒 子系统的编辑器，确保已经在世界引擎中实现了最基本的寻 和碰撞检测，确保已经实现了GUI 引擎。 当以上条件都满足以后，那么就可以动手开始制作核心规则了