Skip to content

一站式数据表导出流程·魔改

本文首发自inspoy的杂七杂八,欢迎关注


前言

大概一年前(居然都过去这么久了orz),我把我们之前独立游戏的读策划表的流程介绍了一下,传送门在这里。过了这么久,我手有点痒想做个游戏玩儿(做游戏真TM开心233)。整理了下之前的框架,把读表这块的流程迭代+优化了一波,现在在易用性和兼容性上都有了很大的进步。所以这里我决定重新整理一下,记录在这里。

工作流程

既然是一个流程的介绍,还是先把实际的工作流程走一遍会更清晰。

首先关于数据格式,我用到了两种,Excel的xlsx文件和自定义二进制文件,而不是网上常见的csvjson或者xml这些纯文本格式,主要考虑点在灵活性不够高,运行时读取的速度也不够快。其中xlsx用于编辑和调试,二进制文件用于打包后运行时快速读取。

跟去年的方案相比,大体上是一样的,主要有以下几点不同:

  1. 放弃了Sqlite数据库(这玩意用il2cpp老是编译不过,又没有找到纯C#的实现版本,就不用了)。
  2. 采取了自定义的二进制文件用于在正式环境中使用。
  3. 开发过程中不需要重复导表,编辑器模式直接读xlsx文档,最后只需要导一次即可,该操作可以集成到打包流程中。
  4. 解除了和游戏逻辑之间的耦合,可以抽出来很方便地复用。
  5. 把数据源抽象成接口,方便扩充新的数据源(目前有两种,Excel文档和二进制文件)。
  6. 放弃了之前用Python脚本来导表和生成代码,现在全部用C#实现,集成到Unity编辑器里。

当然还有本来就有的好处,也列出来,就不用去翻之前的文章(黑历史)了:

  1. 用Excel编辑,格式漂亮,排版自由,可以用公式。
  2. 自动生成对应的C#代码。
  3. 支持在读表过程中的自定义处理流程。

1. 设计表结构和编辑Excel表

每个数据表都需要一个单独的文档,主要目的是为了方便多人编辑,降低了冲突的概率(不过依然不能完全解决冲突,不能或者说不好合并这一点不如纯文本格式),创建一个新的xlsx表格文件,像下面这样的格式:

Fig.1

  • 每个字段一列,Id列必须存在,程序里对于所有的表都统一按Id来索引。
  • 第一行是注释行,用于解释字段的意义。
  • 第二行是字段名,建议使用Pascal命名法,即每个单词首字母大写,其余小写,并且第一个字符不能是数字。
  • 第三行是数据类型,目前只支持四种:inttextintstexts
类型 说明 示例
int 整数 123
text 字符串 Hello
ints 整数数组,由半角逗号隔开 123,456,789
texts 字符串数组,由半角逗号隔开 Hello,World

2.生成代码

在第一步中我们已经准备好了表结构和对应的数据,接下来为了方便程序使用,需要生成对应的表结构代码。这样做是为了减少程序人员的工作量以及避免手动写代码偶尔出现的手滑。生成的代码像这样:

可以看到,代码完全对应了Excel中的表结构,包括每个字段名的注释,配合IDE写代码美滋滋。然后之前字段名用Pascal规则命名也是为了和符合这里C#代码的命名规则。使用的时候,直接调用TestConfig.Get(id)就可以获得指定ID的数据记录了。

其中Utility.SplitToInt()Utility.SplitToString()是我自己写的字符串分割的方法,很简单,就不单独说了。至于其他的东西我下面会详细说明。这一步主要还是介绍如何生成代码:

生成代码的细节

Fig.2

这次生成代码不用Python脚本了,直接集成到Unity编辑器里,方便了许多。

Fig.3

自定义处理流程

自动生成的代码我们当然不能随便改,不然下次生成可就全覆盖了。不过我为了保证一定的灵活性,还是可以写自定义代码的。比如说,表里的某些字段想使用枚举类型,然而Excel表里只能填整数,那我们就还是希望在代码里能避免使用魔数而是用特定的枚举类型来替代,这里就需要加一个自定义处理流程来把读到的整数字段提前转换成枚举类型。

当然更常见的场景是做一个自定义的筛选,比如说下面的GetRecordWithType()

3.在Unity中使用

这次升级的重点之一就是在开发过程中不需要反复导表了,编辑器下游戏将直接读取Excel文档。使用C#读取Excel文件的话,有一个很好用的.Net库EPPlus。这个库的功能十分强大,除了读写单元格的数据,甚至可以操作Excel文档中的单元格格式,公式或者图表。当然我们这里只用得到读取单元格数据这一个功能啦。

首先游戏启动时,对数据表系统ConfigManager进行初始化,在第二步生成的代码中有InitWithData()这样一个方法,它接收一个参数,类型是IConfigData,这是我抽象出来的数据项,表示某个表的全部数据,定义如下:

这玩意有点类似一个指针,使用GetInt()GetString()方法来获取当前指向的行的指定字段对应的数据,使用Next()方法来将指针移到下一行,返回false即表示已经到最后一行了。不过这里要注意,这里的Next()方法和系统枚举器Enumerator的不太一样,我这个要使用do-while循环:

数据源

那么这个数据项从哪里获取呢,这里提出另一个概念:数据源(IDataSource)。数据源包含所有的表的所有数据,定义如下:

使用GetData()方法获取单个表的数据。针对Excel数据源,在数据源的GetData()方法中读取对应的Excel文档,并把所有的数据读取出来并保存在ExcelData(实现IConfigData接口)里。

然后倒回去看第二步的InitWithData()方法,额,大概就是这么用了。

ConfigManager

当数据表越来越多的时候,就需要统一自动化处理各个类了。这时候之前提到的ConfigManagerGameDataAttribute属性就派上用场了。首先看初始化方法,这个方法在启动游戏的时候调用:

就是创建了数据源,数据源的初始化过程在上面已经介绍过了。我们之前生成的代码,各种Config类不是都有一个GameData的属性(Attribute)么,接下来根据这个属性来找到所有的Config类,注册到ConfigManager里。

这里由于RegisterConfigType()方法需要一个泛型参数,为了用反射调用这个方法,必须用MakeGenericMethod()方法,来实现对有泛型参数的方法的调用。

之后,要调用FinishInit()方法卸载掉数据源所使用的资源,因为这时候我们已经把所有的数据读到内存里了。

4.在正式环境中使用

因为我们在第三步中就已经把数据源切换抽象成接口了,所以只需要在ConfigManager里的初始化方法中根据预编译宏区分使用的数据源就可以了(当然如果数据源更多的话可能还需要一个工厂类来获得需要的数据源对象)。

这一步主要介绍二进制文件的格式以及导入导出。

导表

终于需要导表了。在之前的做法里,我采用的是sqlite3数据库,但是sqlite是用c实现的,这样就必须涉及到native plugin,我还是想尽量使用纯C#(符合.Net Standard以保证平台无关)来实现所有的功能(当然,其实是因为我用il2cpp打包总是挂在链接阶段,提示找不到sqlite相关的方法,好像并没有把native的dll链接进去,所以就干脆不用了233)。

这里用到的是我自定义的二进制文件,大致的结构如下图:

Fig.4

加了一大堆的Magic Number用于校验,看着很多,但其实是有规律的,除了文件头尾,其余所有的校验用字节都位于循环节末尾,因为循环次数(比如某个表有多少行数据)是从文件中读取的,如果这个数值乱掉了变得很大,就很有可能会分配大量的堆内存,以及很长的读取时间,所以这些校验字节是为了保证所有的循环节都是期望中的操作。

为了配合这个数据结构,在C#里要设计一个结构一样的类,我把它叫做ConfigStructure,以及对应的子数据结构(用于表示单个表TableItem以及单个行RowItem)。

可以看到每个单元(行,表,数据库)都有一个Write方法并返回一个整数。这个方法的作用是往指定的BinaryWriter里写数据,并返回这次一共写了多少字节的内容。

现在有了数据结构,接下来从Excel里读取对应的数据填充到这个ConfigStructure里面,然后用BinaryWriter创建一个新的文件,调用Write方法就可以把所有的内容写到文件里了,写完之后这个二进制文件是非常小的,如果精简掉那些校验字节,然后把整数字段优化一下(现在为了方便全存成string了),文件尺寸应该会更小。不过这毕竟只是个数据表,一般情况下不会对大小敏感的。。。

从Excel读取数据到ConfigStructure的过程和上面第三部中Excel数据源的代码是很相似的,这一步的代码就不在这堆了,不想搞得太长(不过好像已经太长了。。。)写文件的部分倒是很简单:

导出完后就可以在我们预先设定好的路径(我用的是StreamingAssets/conf.bin)里找到导出的文件了。

Fig.5

读表

从二进制文件里读取数据,就要用到一个新的数据源了(BinaryDataSource):

和之前的Excel数据源不同的是,Excel数据源是在GetData里才开始读文件的,而二进制数据源是一开始就把整个二进制数据库(姑且称之为数据库)文件读到内存里了,毕竟只有一个文件嘛。然后BinaryData也就不在这里贴出完整的代码了,我们已经拿到TableItem了嘛,之后的事情就是从TableItem这个数据结构里一行一行地拿数据就是了。

值得一提的是binStructure.Read(reader);这一句,和上面的Write()方法类似,只是过程反过来了而已,二进制文件的文件结构是固定的,根据一定的规则一组几个字节地顺序读下来即可,遇到校验字节就检查一下,如果不通过就直接抛出异常。

然后回到这一步的第一段代码,你会发现已经和之前从Excel读数据已经完全一样的,其他的流程都不用动,到这里本次的所有内容就都已经介绍完啦~

优化空间

上面提到了枚举,如果枚举类型很常见,那其实需要手动写的重复性代码还是挺多的,想把这个搞成自动的。

下期预告

这次的内容就介绍完啦~~仿佛进入了高产模式(Flag)。接下来的话就先不扯框架相关的东西了,准备准备正儿八经做游戏吧,お楽しみに~

有用! (0)
Published in独立游戏

Be First to Comment

发表评论

电子邮件地址不会被公开。 必填项已用*标注