第64章 几人欢喜几人愁

接口，一边一连串吐出十几个小烟圈玩着，一边等着刘可韦的意见。

    “复用npc本来就是游戏研发里的常用手段，你的意思是说这些npc通过玩家的任务信息判定其是否在对应的客户端内显示？”刘可韦的脑海里高速运转着，努力去模仿出游戏里实现该功能以后的状况，“这样做的话，当两个任务进程不相同的玩家组队的时候，会出问题。两个人在一起玩，一个能看见npc，另外一个看不见，岂不是穿帮了？除非把这种设计放到副本里，然后修改副本机制，让副本的组队任务进程强制全队共享，这样还差不多。”

    “我倒觉得正相反，有些时候如果玩家有人能看见npc，有人却看不见，可能会给玩家更好的游戏体验。”段杉杉并不认同刘可韦的观点。

    “举个例子说说你的想法。”刘可韦也不急于反驳，而是笑嘻嘻地说道。

    “好吧，我就说你最熟悉的魔兽世界，是不是经常有时候完成了任务却找不到人交？因为npc被其他做任务的人‘带’走了。然后你就只能或者放弃这个任务，或者在原地发呆等待？”段杉杉想了想举出了一个例子。

    刘可韦点了点头说：“嗯，有这样的情况，但是并不多，没到你说的‘经常’那种程度。而且通常来说，我是抢别人npc的那种人，很少会被人抢！”

    “多少不是重点。”段杉杉不耐烦地挥了挥手，“重点是唯一的npc一旦在游戏里动了起来，会对其他玩家造成妨碍。所以我的想法是，实际上这是两个npc，站在原地不动的，和跟随你行动的，前者当任务进程还没有到它需要动的时候，它可以被你看见，而任务进程需要它伴随你行动的时候，实际上前者隐形了，并且召唤出后者，这个后者将只能被你看见并且伴随你行动，直到你完成了相关的任务才会消失。这样一来，每个玩家的游戏体验都是彼此独立并且完整的，而且还不会被别人的游戏的进程所干扰。”

    “不让玩家看到彼此和游戏世界的交互？”刘可韦一脸震惊的表情，“那我们不如去做单机算了！”

    “我没有说要屏蔽一切其他玩家和游戏世界的交互啊！”段杉杉解释道，“比如说魔兽世界里完成某个任务的玩家进了某个城市，会被城里所有的npc致敬或者唾弃，这种交互被其他玩家看到就是良性的，完全不需要屏蔽。而会对其他玩家的游戏进程造成干扰的互动，则是恶性的，比如说我刚才说的把npc带跑了让别人没法接交任务。”

    “你是想保护弱势玩家的游戏体验？”刘可韦敏锐地把握住了段杉杉所说的重点，“可是你要知道，有玩家被抢了任务npc而不爽，那么肯定也就有抢了别人任务npc的玩家，比如说我！我们会在这个过程中获得独有的成就感。你说的游戏机制固然是增强了被抢那部分玩家的游戏体验，可是同样也削弱了包括我在内那部分抢别人npc的玩家的游戏体验。这是一个平衡问题，看你是什么角度去看待而已，不可能像你说的那样对游戏体验只有正面作用而没有负面影响！”

    “呃，你这样一说好像还真是如此。”段杉杉挠了挠头，“就好像下雨的天气给旅人带来麻烦，但却是卖伞店铺的商机一样……”

    “而且你的构想如果要实现，现有的npc系统和任务系统都要做出很大的调整。”刘可韦继续打击着段杉杉，“比如说召唤出npc，这个功能现在有就不说了，可是要让npc伴随玩家行动，这个功能我们就没有，另外，我们现在控制npc是否在客户端显示的规则是通过玩家角色与该npc的直线距离判定的，超过一定半径的npc就不显示，你的构思里还要添加任务进度控制npc在客户端显示的相关规则……以我们团队现在的状况来看，要额外实现这些功能，不太现实。”

    想一想最近策划部被许主策和那个偶发bug折腾得鸡飞狗跳的实际情况，段杉杉也知道刘可韦说的一点都没错，于是叹了口气默默地垂下了脑袋。

    “你也别灰心，现在做不了不等于以后也没机会。”刘可韦拍了拍他的肩膀，“你先把这些想法记下来吧，等到我能拍板决定什么能做什么不能做的时候，我们再来好好讨论你这些构思的可操作性。”

    说罢，刘可韦也忍不住长叹了一口气，也不知道这一天的到来，到底还要多久……

    ————————第十八次登场的分隔线————————

    今天下午接受了十四老爷关于qa、qc、游戏引擎、物理引擎、3d引擎、地面检测碰撞……等等一系列再教育，作者为自己相关专业知识上的浅薄无知表示极度羞愧，因此对前文一些专有名词的滥用错用进行了纠正，特此声明一下。