Davy xu

直接写啊, 有啥组件

Redis, 无状态服务器, 不需要那么麻烦 强状态, 例如匹配,房间,行走,战斗, 依然在内存, 也无法热更

这是游戏专用的, 单点, 有落地, 挂了马上拉起来就好了. 日常配置因为会缓冲在查询端, 除非遇到频繁更新操作, 否则这个服务压力几乎为0 如果觉得需要分布式可以使用consul

游戏业务对服务发现不敏感, 即便挂掉, 线上也无感. 大多是不能扩充服务器而已.

如果读的文件小于3个字节, 会发生crash

tabtoy 支持多个表文件, 对应一个结构导出. 之所以要设计的类型和字段拆分. 就是支持这种需求 1. 这个需求, 本身非常特殊. 现在为止, 只见过你一个人这么提 2. 枚举多的, 还要扩展, 为啥不直接用字符串? 注意: 枚举是为了方便程序, 不是策划. 策划才不会鸟你的枚举. 数字或者字符对于他们来说更方便 3. 多表都可以声明枚举, 最终输出会有非常复杂的歧义检查. tabtoy v2就出过这个问题. 到最后, 你根本不知道某个枚举值在哪个表里定义的, 也没法搜索

多Sheet无法导出csv, 不是很友好. 这个从V3一开始设计就不支持多Sheet导出 多Sheet也是多表格文件搜索不透明的

哈哈, 被你玩坏了

这得靠大家pr贡献

报错信息给下啊？你用的啥json序列化器