- 主题:码农为什么搞这么多配置格式, json, xml, yaml, toml...
碰到严格解析策略
死无葬身之地
而且，还是没法解决怎么暂时禁用一段的需求
【 在 webhost 的大作中提到: 】
: 加个comment字段就行了
: :
--
修改:javafish FROM 103.40.221.*
FROM 103.40.221.*
json5
【 在 javafish 的大作中提到: 】
: 碰到严格解析策略
: 死无葬身之地
: 而且，还是没法解决怎么暂时禁用一段的需求
: ...................
--
FROM 203.184.25.*
我也烦
【 在 stub 的大作中提到: 】
: --
:
发自「今日水木 on iPhone 8」
--
FROM 223.104.39.*
平铺/树形、易读、无歧义、可扩展、版本兼容、解析效率
要平衡这几点也没那么容易，不同场景的侧重点不一样，再说造轮子本来就是码农们折腾的主要兴趣来源
--
FROM 221.224.15.*
引号括号太多，对于短消息负荷成本太高
【 在 dnec 的大作中提到: 】
: JSON是最好的配置格式
: 楼下继续
:
: ...................
--
FROM 221.224.15.*
不如protobuf的文本格式，写起来有schema，带注释，省略不必要引号。
用起来可以直接parse成json或者结构体。
【 在 dnec 的大作中提到: 】
: JSON是最好的配置格式
: 楼下继续
:
: #发自zSMTH@YOK-AN10
: --
发自「今日水木 on 钛星」
--
FROM 222.129.53.*
【 在 mopo 的大作中提到: 】
: 引号括号太多，对于短消息负荷成本太高
资源有限又要结构化信息，这不是矛盾么
--
FROM 123.127.240.*
不知道你说的严格解析策略是什么策略？
你是怕解析的人正好把comment当做了一个合法的key？你这样怕的话，写成comment001007都可以啊。json灵活性不就在于里面可以随便写，向前向后都能兼容
【 在 javafish 的大作中提到: 】
: 碰到严格解析策略
: 死无葬身之地
:
: ...................
--
FROM 115.213.206.*
又不是所有json解析引擎都通吃unknown field
【 在 webhost 的大作中提到: 】
: 不知道你说的严格解析策略是什么策略？
: 你是怕解析的人正好把comment当做了一个合法的key？你这样怕的话，写成comment001007都可以啊。json灵活性不就在于里面可以随便写，向前向后都能兼容
--
FROM 116.233.89.*
不明白你说的什么unknown field，不就是json object里面有一个字符串键值吗，比如，"comment": "居然有人认为解析引擎解析不了我"
【 在 oldwatch 的大作中提到: 】
: 又不是所有json解析引擎都通吃unknown field
:
--
FROM 115.213.206.*