zine 发表于 2010-9-19 11:14:20

小quest可以和job做在一起,比如任务完成有几率触发quest事件,quest流程本身也是任务流程,
这样似乎可以加快整个系统完成速度,而且一个小quest假如本身不是特别复杂,单独拿出来就可以作为主流任务的机器人判断。比如假设你还是在做exp经验体系下的主流任务而不是积分任务,连续做100个hyd或者hb后,必须做一个随机积分任务的小quest。假设4-8步完成虽然简单,但要把所有quest都写进机器人也不是那么容易的事情,何况金庸题材几乎可以衍生出几千个quest,每月增加若干小quest也不是很大的工作量,相当于设定一个动态题库,随机提取题目来考试,那么机器人完成几乎是完全不可能了。

jason 发表于 2010-9-19 11:16:05

原帖由 zine 于 2010-9-19 11:14 AM 发表 http://pkuxkx.com/forum/images/common/back.gif
小quest可以和job做在一起,比如任务完成有几率触发quest事件,quest流程本身也是任务流程,
这样似乎可以加快整个系统完成速度,而且一个小quest假如本身不是特别复杂,单独拿出来就可以作为主流任务的机器人判断。 ...


每月增加若干小quest也不是很大的工作量,相当于设定一个动态题库,随机提取题目来考试,那么机器人完成几乎是完全不可能了。

THAT'S IMPOSSIBLE!

zine 发表于 2010-9-19 11:17:32

why?工作量大吗?

frankli 发表于 2010-9-19 11:17:52

除非wiz不停的更新题库,只要是用到题库就一定会被攻破。

seagate 发表于 2010-9-19 11:18:03

实际上有可能的话把小任务系统单独独立出来,做一个调用接口,我的揭榜任务只是调用这个小任务系统的其中一个任务系统。不过这个事情还要我先熟悉熟悉LPC再说,有10年没接触了,需要一个过程

focus 发表于 2010-9-19 11:20:14

支持。每个人都做巫师,然后整个mud都没玩家。

jason 发表于 2010-9-19 11:20:36

原帖由 seagate 于 2010-9-19 11:18 AM 发表 http://pkuxkx.com/forum/images/common/back.gif
实际上有可能的话把小任务系统单独独立出来,做一个调用接口,我的揭榜任务只是调用这个小任务系统的其中一个任务系统。不过这个事情还要我先熟悉熟悉LPC再说,有10年没接触了,需要一个过程

那就以这个做投名状吧,不要做某个任务了,做一个任务谜题生成框架。输入一些要素,自动生成谜题。只有这样才能保证大量的小谜题。

seagate 发表于 2010-9-19 11:21:34

关键是设置小任务的时候有些小任务是有硬指标的。。。。。。。。。有些可能需要计算,而且不同任务计算模型可以不一样,但是代码可以一致,减少开发难度,小任务比较多的话情况足够复杂自动完成就非常麻烦。我设想的小任务系统不是为了你不断完成任务而做的,这个系统是你休闲的时候有空做做,所以卡硬指标好卡,反正没有时间限制,你慢慢做被,机器人就不行,你总不能等好长时间吧?这段时间本来完全可以干点别的

hash 发表于 2010-9-19 11:21:51

原帖由 focus 于 2010-9-19 11:20 AM 发表 http://pkuxkx.com/forum/images/common/back.gif
支持。每个人都做巫师,然后整个mud都没玩家。

大虫童鞋一定会做玩家的

seagate 发表于 2010-9-19 11:25:49

那倒是行,可以考虑设置几套生成规则,通过要素×要素×要素来扩展变化范围。如果10个人×20个地点×10种步骤那就是2000种情况,每个小任务比如8个步骤,那么每个小任务就有16000种情况,几乎可以保证每次接到的任务步骤都不太一样。
页: 1 2 3 [4] 5 6 7 8
查看完整版本: 有一个想法并申请实习巫师