给我一个布尔数组，我会让游戏世界更真实。

roy2080s

回楼上的，诚然，如果要用到包含32个布尔值的数组我自然只会用1个int变量来表示，因为这样更节约资源。
但是应当考虑到一个问题，对于很多NPC的对话设计往往不会很多，正如同文章举过的实例一样，如果这个旅馆
老板只对“你是否买过李子酒”会产生这类交互（因为通常来讲李子酒和茴香烤鸭都不是当地村民爱吃的食物，不过偶尔会有过往的旅行者点名要这些，就像你一样。不过对于当地人来说喝下这种这种苦涩的液体就像是英雄屠龙一样象征着的一种荣耀），那么我就只需要一个boolean就够了，也就不需要用一个int来表示。1个boolean
只是用来解释“一个”事件，很多时候，我们只要加入这样“一个”事件就够了。

madmonkey

一般都是:
如果状态为A,则对话为XXX
如果状态为B,则对话为YYY

如果游戏中大幅度使用,楼主的东西或许可以作为规则推而广之.

ljt0000

有待技术的发展

卡特铁角

zfscnu: Re:给我一个布尔数组，我会让游戏世界更真实。

好象以前发过类似的贴

http://bbs.gameres.com/showthread.asp?postid=324732

基于优先级淘汰的NPC智能对话

关键的性的东西没看到....所谓"优先级"的确定方式怎么没写?这才是关键,其他内容都是程序技巧而已.作为策划,更多的是考虑用户的需求与感受吧?

zfscnu

我习惯是 确定可以确定的内容，封装不可以确定的内容

优先级的确定方式属于 不可以确定的内容，不同的游戏可以设置不同的方式，更何况我不是在职策划，不可能做的那么细。

所谓的程序技巧、、、、、、其实不算，实际编码还要考虑很多东西，这只是写出一个满足玩家某种需求的可实现方案

卡特铁角

楼上的想法我赞同----让NPC对用户最可能关注的东西做针对性反馈.

"25-32位，是优先级标识，总共有256个优先级，根据一些规则，估计玩家在当前情况关心什么，对记录值赋予一个优先级，优先级低的，当数组》10后，会被新记录值代替。"
这个中的"一些规则"才是策划所关心的,其他的交给技术部门处理----至少在我们公司是这样的.

PS:我以前也写过一点程序,所以我对楼上的想法很感兴趣.

"在NPC那里也增加一个数组，数量最大为10，数组里的记录值为16位的NPC标记码。"
用户那里已经有记录了,要对用户进行针对性的反馈已经足够.这个是用来干嘛的?让NPC对其他的NPC作出反应?

zfscnu

^_^||~~~~ 那个文档写的太久，重新看了下、、、、、

那里有写啊，“在NPC那里也增加一个数组，数量最大为10，数组里的记录值为16位的NPC标记码。

这个数组记录这个NPC关心范围。

NPC首先一定是关心自己的，所以NPC本身的NPC标记码一定会有，还有一些这个NPC“剧情”上会关心的其他NPC，比如兔子NPC会关心狗NPC等等、、、、那么兔子NPC上除了有兔子NPC标记码，也会有狗NPC标记码。
”

玩家的“身上”的是记录 玩家做了什么事；NPC上记录的是 它将对什么事情反馈和怎么反馈的标识

水寒三尺

有谁能详细说说基于这类设计的成本是多少？更大胆的想法是重要的NPC都有1个列表来记录事件以及对应的脚本来反馈，但是我最担心成本。以及对服务器的性能影响是怎样的？

reiangel01

LS，这看你要做到什么程度了。
如果只要记录和NPC的友好度，然后再通过友好度判断对话和任务的话，相对简单。


但如果要做到记录NPC那里买过什么东西，买了多少，这就量大了。
对于MMORPG来说很不划算，而且这也只是满足了某一类人的YY情结。
大多数人看过的感觉就是，哦，还知道这个啊。不好玩的游戏还是不会留下来。

MMORPG和单机RPG不同，单机RPG玩家交互的最多的就是NPC；而MMORPG中玩家交互最多的则是活生生的人。
MMORPG中你让NPC记住那么多东西，不如想办法帮玩家记住他朋友的事情。费脑子去想怎么让NPC更拟真，不如想怎么让玩家和朋友之间更有人情味。

很多人都把单机的思想带到MMORPG中，谁曾想过，人与人……哎哎…… [em15]

当然，LZ的贴子里没提到是给MMORPG用的。只针对LS回答

威威

受LS的启发,想到下面的方法:
把NPC作为一中职业存在,由玩家担当,A玩家由于擅长制造武器,向村长申请做武器店老板.一方面发挥自己角色的特长,另外一方面赚取货币和经验.
若干时间后,A玩家前往某洞砍杀怪物,大家都会认出他来"他不是曾经某某某村的武器店老板么?"....大家所讨论的"数组列表"和BOOL都由玩家自己控制了.