我为什么要再给lua写一个json模块

  最近要给自己编写的服务器加上json解析模块。根据我当前的项目,可以预测服务器中使用json的地方:

  • 通信。由于与客户端通信使用google protocolbuffer,仅在与SDK通信中使用json
  • 配置。我们当前直接将配置转换为lua table。但其他项目依然有很大概率要使用json作为配置。
  • MongoDB。项目中使用MongoDB作为数据存储,很多接口需要用到json.

而在我的服务器中,写了一个MongoDB lua driver,可以直接将lua table转换为MongoDB的bson数据结构,DB这块不需要json了。像配置都是静态数据,一次加载后不会再加载了。而SDK通信也仅限于登录充值,相对来说对json的效率要求不是很高。

  由于服务器底层以C++为主,上层为lua,当然是先查找lua的json模块。在http://lua-users.org/wiki/JsonModules上,列出了主流的lua json模块。但是常用的也就lua4json和mp-cjson两个。lua4json是我们现在使用的,每一个玩家存库,都要将lua table转为json再传给MongoDB接口。从目前来看,性能还是可以的,而且是纯lua。mp-cjson貌似是cocos2dx标配的json解析模块,底层是基于cjson的,效率高,用的人也多。

  对于lua而言,传统的数组和关联数据都是lua table,要转为json时就要做一些判断才能知道是array还是object。我希望是这样的:

  • 如果key都是int,则是数组。而如果key不是从1开始,则是稀疏数组(sparse array)。
  • 允许通过元表指定是array还是object。如果指定为object,则所有key会被转换为string。如果指定为array而key中包含float、string则使用自增的int做key。

  lua4json是不能指定是array还是object的,并且尝试将key为float等也转换为array。因此一个空的lua table( {} )只能由lua4json的作者定死为array。这对于从lua写进数据库,从lua读出来也不是太大的问题。但在实际使用中发现,如果你尝试在Mongo Shell中做些操作或者用java写的后台读取数据时,就有点麻烦了。不过json4lua是纯lua的,我改改就可以用了。在最后进行测试时,解析从https://github.com/miloyip/nativejson-benchmark中下载的一个2M多的json串,花了7分多钟。结果,我放弃了,万一哪天策划给我来个8M的配置表,我开个服务器岂不得用半个钟。

  mp-cjson我看了一下api(http://www.kyne.com.au/~mark/software/lua-cjson-manual.html),有一个encode_sparse_array函数可以处理sparse array,但也没有可以强制指定array、object的函数。

  在泛型语言与强类型语言交互的时候,确定类型很重要。比如我有这样一个lua table:

local reply =
{
array_item = {},
map_id = {}
}

现在我要将他转换为json存到MongoDB或者发送到java后台,json串应该是

{ "array_item":[],"map_id":{} }

上面的两个库,没有一个做得到。于是我决定自己写一个lua的json模块。

  自己再写基础的json解析是不太可能的了。我决定使用小巧的parson,然后给他加上lua的粘合层,就可以成为lua的模块了,命名为lua_parson。我定了比较详细的规则:

  • 如果key值都为int并且小于INT_MAX,必定为数组。
  • 如果在元表指定__array并且值为true,则必定为数组
  • 如果是数组并且key都为int,则为sparse array,空位直接使用null填充
  • 如果1、2两点不成立,则必为object。object中所有不为string的key都将直接转换为string

  现在这个库放在https://github.com/changnet/lua_parson。安装使用也比较简单。注意这个库不是线程安全的。

  我自己以前也觉得不要重复造*,但现在觉得别人的*并不是那么好用。虽然实际情况项目中,上面列出的极端情况还没出现过,那些库也可以将就者用。即使出现了,也可以换种方法解决。但如果可以完美一点,为什么不去做呢?

上一篇:在EF的code frist下写稳健的权限管理系统:MVC过滤拦截,权限核心(五)


下一篇:Angular CurrencyPipe货币管道关于人民币符号¥的问题