如果对游戏规则感到没头绪，我整理了一些核心规则的几

PassByYou

因为最近在专心制作QA。为了让将来使用QA的时候，不会留太多的后顾之忧，我装了个NeverwinterNights 2，用来做参考。BIOWARE的RPG游戏，是强调规则为主，DND2.0的规则是非常完善的，它的TOOLSET是公认的半专业的工具，主要对于 game design。所以很值得借鉴这样的工具。暂且这里面不说某些很撇手的地方。
　　
这两天我整理了一些关于规则引擎部分的制作思路。因为在制作完图形和世界引擎以后，规则引擎就是最后一步了。我要说明。这些思路只针对规则引擎部分开发，并不是具体游戏的规则。所以不要来谈什么游戏如何如何，游戏如何只在于如何运用核心规则来表示思路，并不是核心规则系统本身。因为主引擎和GAME DESIGN是两种划分，前者位于游戏引擎的底层负责引擎，后者位于高层负责游戏制作，所以不要拿引擎制作和游戏制作相提并论。两者考虑的东西是不一样的，大师们在考虑游戏怎样，我考虑的是大师们的实现平台。一个抽象，一个形象。
　　
首先整理一下规则引擎部分的组成，不管实时还是回合的RPG。组成分别有：任务系统，剧情系统，角色系统（物品、装备系统，属性系统，技能、特长系统，法术系统），NPC系统。
　　
下面我先分别说明一下，兼分析一下制作时的一些问题。
　　
任务系统：如果换位在GAME DESIGN来看。制作时，都是先将所有的任务预先制作好，然后按条件依次来触发、检察。所有工作依靠脚本来完成。这肯定算是标准做法吧？所以任务系统部分，核心规则负责提供脚本模版。
　　
剧情系统：现在我忙得QA其实要算是剧情系统了。这部分也主要依赖QA，QA和任务，角色，NPC这三个大系统关联很密切，要像NWN这样有效的展开剧情的话，就必须依靠脚本。QA在核心规则引擎上，制做很麻烦，诸如：逻辑跳转，条件树，脚本触发方式以及存储方式之类，我花了好几天才做完。因为考虑到 DESIGN的具体使用，我做得并不像NWN那样花哨，我将所有的不相干的功能都取消掉了，就是一条逻辑树，只提供查找，替换，新增，删除，修改几个功能，并且提供无限多的脚本触发功能。这比起BIOWARE的做法，更简单一些。
　　
角色系统：其实角色系统要算是核心规则中最复杂，也是难度最高的一个子系统了。在构思角色系统的时候，我几乎已经预料到以后我为它写N千个字的分析文档。角色系统中包括：物品、装备系统，属性系统，技能、特长系统，法术系统，等等，这些子模块相辅相衬，非常复杂，涉及到公式数模，物品公式，累加公式，等等，等等，很多很多。我的做法是这样在干，因为我主要考虑的是核心规则引擎的实现它和对DESIGN的实用性，所以角色系统中那一大堆的子模块是以提供基本的功能给DESIGN，由DESIGN进行组装，最后成为有针对性的游戏规则，这是非常科学的，一劳永逸的做法。说明一下，拼装是在脚本中完成的，我会在2个月以后提供GameBuilder引擎包的时候，做一个示范的ARPG游戏，并且在ARPG的角色系统中提供开发方法，用来做DEMO用。
　　
NPC系统：NPC系统如果作为逻辑流，是位于在剧情和任务系统上层的。NPC只是一个触发任意剧情和任务系统分支系统的接口。当然，NPC这块是作为独立设计器在工作。要怎么理解都可以。
　　
以上为核心规则的几个重要部分。在核心规则中还有很多诸如区域，AI几个重要部分。区域部分的制作是配合世界编辑器在工作，AI部分暂时我不去考虑，但我可以肯定的回答，AI部分早就有打算了，只是还没有具体化，因为具体化核心规则的AI很难。这是因为AI制作必须在所有游戏规则被制作好才能着手。AI 部分可以肯定都是用脚本在实现，可以在2个月以后，看DEMO脚本。
　　
我觉得我已经都把关键问题说清楚了。我就不画具体的制作流程了。见谅。

sjinny

嗯……我最想知道的是，现在有没有人总结出一些理论或方法，来构造一个灵活有效的逻辑架构，或者说这些逻辑系统在实现的层面上有没有什么理论基类。现在的资料里以图形、网络比较多，似乎逻辑系统方面的很少。

ricohcanon

这好象是策划的事情嘛。

sjinny

我觉得不完全是，只不过策划的重点是设计出什么样的规则，而程序的重点是怎么实现规则

PassByYou

我先围绕什么是核心规则来解释一下。核心规则我是参考GAMEDEV.NET的一些摘录（研究了n天的D&D2.0版），然后转换过来的非D&D的通用RPG核心规则。

不要被误区了。规则有很多等级的。DESIGN们都负责游戏规则，核心规则是程序这边的事情。

简单来说。游戏中的伤害方式，物品抛出公式那些是都游戏规则，这些是由策划负责的。游戏规则的下层是核心规则，核心规则也是提供最基本的接口给游戏规则。我整理的核心规则其实就是可以作为任何规则架构的基类。可能用基类来形容还不够贴切，应该用标准这个词。其实就是一种标准的游戏规则。用脚本将他们组织起来就成了游戏规则了，因为这样干比直接让程序委托实现DESIGN更简单，避免了一些时间浪费。当然，开会，文档那些是肯定需要的。我的意思是，将核心和游戏规则分开更科学一些。

核心规则的具体实现我打算明天，也许是后天，就开始着手了，大干一场。初步估计90%左右的工作都是写脚本，包括GUI，键盘鼠标网络一大堆的东西。然后把这个类似WOW，又有点类似NWN，还是有点类似暗夜型的ARPG，把它弄完。

ricohcanon

哦，原来如此。

sjinny

也许不应该叫“核心”规则，而应该叫“基础”规则，因为程序所做的这些是其他规则的基础，而不是核心，或者说是实现更复杂规则的手段，而不是目的。
嗯……也许不会有什么机制能够成为实现各种规则的万能基础，不过我想共性总是有的，所以我建议大家一起考虑那些具有普遍性的机制或方法，也许以后能够形成一套具有通用性的开发库，用于辅助游戏逻辑的实现。
另外，就灵活性和平衡性而言，我想如果能设计一套机制，使得我们只需要设计和实现一些非常基础和原子的规则，然后让玩家或AI在此基础上对规则进行组合和演化，使得他们能够在平衡性的约束之下形成更多的上层规则，也就是说要设计这样的几个机制：
组合机制：如何将各种规则组合起来
平衡性评判机制：玩家或AI组合出了某个规则之后，如何判断这个新规则是否打破了原有的平衡，或者说如何平台它是否能够与现有规则一起形成一个稳定的游戏世界
规则适用判断机制：玩家或AI组合出了某个规则之后，如何判断这个新规则在什么范围内、什么情况下、对谁是适用的，也就是要能够自动为其增加一些外部的限制条件，以防止规则体系的演化变得混乱而不可收拾

rugal

好文

skyofdreams

好啊， 如果能搞出一套 基础的规则出来。
对刚想做游戏的人（比如我）来说真是至宝呀。

可以很快明白各个领域的分界， 以及什么才是真正的重点。
对程序框架的设计帮助也大得不可限量。

支持。

FantasyDR

lz有个根本错误吧，貌似NWN2不是DND2.0规则呀=.=