现在已经有一些相当完善的GUI出现,例如eABE系列
而且现在的趋势是item_db和mob_db将被MySQL化
也许会有一些困难,但是应该来说是不会拖延太久的
如果MySQL化了,这样工具将不再有任何的实际使用价值(暂不考虑)
我对于文本db操作的一些概念:
1、读取db内容,由于是有比较严格的结构,所以可以采取数组来存储数据
2、读取后的数据处理,最好只有一份拷贝留在内存中,实际上使用了两份拷贝:
一份用于程序调用、一份用于初始化和比较
3、GUI界面的操作,包括查找、修改、排序等等,或许应该有添加删除等操作(暂不开发)
4、保存最后修改好的db
ItemArray的结构:
Public Structure ItemType
Public ItemData As String '第一份拷贝,用于保存整个单行db
Public ItemID As Short '使用Short类型会占用比较少的内存
Public ItemName As String
Public ItemJName As String
... '数据内容结束
Public Index As Short '有效数据的索引值,无效值为空值,有效值从1开始
Public IsSpaceLine As Boolean '为了不破坏原本用户所定义的格式,空行也将被保留
Public IsMarked As Boolean '被注释的行
'分成两种:一种为纯注释,另一种为暂时不用的数据
Public IsValid As Boolean '检测后判断是否为有效数据,结果保存在此字段中
End Structure
Public ItemData() As ItemType '定义一个Array,大小未知,可以先不规定
事先定义一个较为完整有效的数据类型是相当重要的
而且现在的趋势是item_db和mob_db将被MySQL化
也许会有一些困难,但是应该来说是不会拖延太久的
如果MySQL化了,这样工具将不再有任何的实际使用价值(暂不考虑)
我对于文本db操作的一些概念:
1、读取db内容,由于是有比较严格的结构,所以可以采取数组来存储数据
2、读取后的数据处理,最好只有一份拷贝留在内存中,实际上使用了两份拷贝:
一份用于程序调用、一份用于初始化和比较
3、GUI界面的操作,包括查找、修改、排序等等,或许应该有添加删除等操作(暂不开发)
4、保存最后修改好的db
ItemArray的结构:
Public Structure ItemType
Public ItemData As String '第一份拷贝,用于保存整个单行db
Public ItemID As Short '使用Short类型会占用比较少的内存
Public ItemName As String
Public ItemJName As String
... '数据内容结束
Public Index As Short '有效数据的索引值,无效值为空值,有效值从1开始
Public IsSpaceLine As Boolean '为了不破坏原本用户所定义的格式,空行也将被保留
Public IsMarked As Boolean '被注释的行
'分成两种:一种为纯注释,另一种为暂时不用的数据
Public IsValid As Boolean '检测后判断是否为有效数据,结果保存在此字段中
End Structure
Public ItemData() As ItemType '定义一个Array,大小未知,可以先不规定
事先定义一个较为完整有效的数据类型是相当重要的
浙公网安备 33010602011771号