我的任务系统设计方法

卡特铁角

红色文化: Re:我的任务系统设计方法

怎么不基于原有的主体上进行分析修改，反倒进行起人参公鸡来了啊？

是啊?怎么就进行起人身攻击了呢?怎么就不能就事论事呢?

杨来

not bad。

不过我觉得楼主还应该加一点，“我们的游戏的任务系统”的重点是什么。就如你说，任务的领取方式，中间过程，完成条件，奖励方式，每一个步骤都有值得挖掘的重点。从经验角度说，任何游戏看待任务总有一个它自己的重点。这不是任务本身决定的，是游戏自身的需求。

策划应当能说，我们这个游戏，因为有如下的因素，所以在任务系统中，应当着重1234部分，5678则作简化的处理。提出这些，即使产生pk，也是有益的。

从开发角度说，任务无非是对资源的组合，有限的资源也可以组合出更多的玩法，（已经有）很多资源组合不好也可能就是浪费。从这个角度说，任务系统除了要会写脚本以外，也算蛮考验一个策划对成本和收益的理解，要够精明（柴米就这么多，看你怎么当家）才算是个好任务策划。

akor

阅读者有异议的话,请将你的思维换一个角度来阅读.
例如你的思维是"怎样设计任务会好玩?"

换成"怎样设计任务不会出现问题?"

卡特铁角

杨来: Re:我的任务系统设计方法

not bad。

不过我觉得楼主还应该加一点，“我们的游戏的任务系统”的重点是什么。就如你说，任务的领取方...

我要表达的意思就是这个了——不管是设计任务系统还是别的什么系统，都应该是目标（需求）导向的。

但我在这贴仅仅是说我做系统功能需求分析的一般方法，具体保留哪些，哪些是重点，则放在这个分析之后来进行。

功能点是保留是删除，要综合考虑——对游戏的设计宗旨是否必须、是否和其他系统功能上有重复、团队的开发能力、每个功能的性价比、解决这个功能与其他功能冲突的代价……等各方面的因素。考虑的越全面，最后得出的功能集合就会具有越高的性价比。

卡特铁角

akor: Re:我的任务系统设计方法

阅读者有异议的话,请将你的思维换一个角度来阅读.
例如你的思维是"怎样设计任务会好玩?"

换成"怎样设计任务不会出现问题?"

你下次也写点任务脚本编写中的异常流处理经验嘛！

我们akor同学现在对任务中异常流处理的把握可以说是非常娴熟，很专业！

rugal

人渗公鸡，汗。。

ray1

只想说一句：程序员看到你的设计，是有想去死的冲动

暗夜公爵

这个论坛的特色就是——回帖比主贴有意义

这个帖子也不列外。回帖往往有详例，会涉及到实际应用...缺点就是很累人很伤神...

Pr.Mosquito

建议画个图,看这种树状目录式的又没标题号的内容头很疼,眼睛也容易看花...LZ可以试用下mindmanager

卡特铁角

Pr.Mosquito: Re:我的任务系统设计方法

建议画个图,看这种树状目录式的又没标题号的内容头很疼,眼睛也容易看花...LZ可以试用下mindmanager

是在网吧临时写的.因为这个东西层次比较多,用标号比较麻烦,所以干脆用"---》"了．．．

等过年回家，闲的时候我再画个树型图放上来吧.