一般的游戏会设计任务系统。当玩家完成指定的任务目标之后,就可以领取任务奖励了。通常各种任务目标会依赖于游戏其他的系统,比如完成竞技场挑战5次,这样的任务目标就与竞技系统相关联了。
这样在我们给任务系统制定配置文件格式时,就比较头疼了。应为各种类型的任务目标是没法统一的抽象为简单的格式。
比如:现有任务目标A,B, C
它们各种的任务目标相关字段:A需要v1, v3, v4,而B需要v2,v4,C需要v1, v5,v6。
这样就有这样的一章任务表
v1 v2 v3 v4v5 v6
任务目标id | v1 | V2 | V3 | V4 | V5 | V6 |
A | 1 | -1 | 1 | 1 | -1 | -1 |
B | -1 | 1 | -1 | 1 | -1 | -1 |
C | 1 | -1 | -1 | -1 | 1 | 1 |
-1表示该任务目标不需要该字段。这样下来,我们就有了统一的一张表,但是如果后续又要添加新的任务目标,而该目标又有新的字段比如v7 v8,那怎么办? 只有在该表中添加2个字段v7 v8了。这样做也太不灵活了。
仔细想想三个任务目标最多只要3个字段,而配置中我们却写了6个字段。为了后续的扩展,可能还要新增字段。
有什么更好的办法吗?有!
我们只指定3个字段,但是不指定它所代表的意义。具体的意义在程序中去处理(只能根据不同的任务目标单独的去处理)。这样一来,我们的任务目标表格如下:
任务目标id | 任务目标类型 | Value1 | Value2 | Value3 |
A | 201 | 1 | 1 | 1 |
B | 202 | 1 | 1 | 1 |
C | 203 | 1 | 1 | 1 |
在实际使用中,我们可以多预留几个字段value 4, value5等等,以解决新增新类型任务目标时,需要修改前面任务目标配置的问题。
从程序的角度来看,第一种和第二种工作量是一致的,都需要对于特定的任务目标做特定的处理。但后者在任务目标扩展时,不需要修改之前的代码,只需要进行代码扩展就ok了。后者更为灵活,从策划口中得知,后者貌似是任务目标配置格式的通用做法。