Swift 解析这种 JSON 非常耗性能吗？

[lavvrence]

    "gender": [
      {
        "1": "男"
      },
      {
        "2": "女"
      }
    ],
    "relationship": [
      {
        "0": "妈妈"
      },
      {
        "1": "爸爸"
      },
      {
        "2": "奶奶"
      },
      {
        "3": "爷爷"
      },
      {
        "4": "姥姥"
      },
      {
        "5": "姥爷"
      },
      {
        "6": "其他"
      }
    ]

[lavvrence]

主要用作数据字典，有人和我说 iOS 端遇到这种数据非常难受。。

[DonaidTrump]

key 为什么用字符串形式，明明已经是数字了

[rrfeng]

谁能告诉我这种数据结构有什么优势吗？列表不用 index，非要创建个嵌套的玩意儿用 index 当 key ？

[lavvrence]

@tulongtou key 后面可能会有字符串类型，不一定全是数字

[lavvrence]

@rrfeng #4

[randyo]

一个数组里面的数据却不是同一类型的，什么需要都头疼吧

[passerbytiny]

你把数据库种的关系数据模型，原封不动的弄成 json 传过去。我告诉你不光 IOS 难受，所有面向对象的语言遇到都难受。
解析 JSON 不耗性能，但是解析之后用起来就非常耗性能了。

[finab]

说下使用场景吧，这个 json 确实挺怪的，和性能没关系，使用上很麻烦

要不就做成字典，别数组里嵌套个一个 key 的字典，用 key 找起来也麻烦啊

如果数组里的字典，字段还不一样，那就更难处理了。可以考虑换个更容易使用的数据结构

[finab]

比如 我想找到 编号为 3 对应的 爷爷
得遍历数组，再遍历字典的 keys , 找出是否有 key 为 “3” 的 键值对，然后才能取出 爷爷

[wjh3936]

后台搞这种会被我们骂的。。不光 iOS 难受

[Mohanson]

此种数据结构看了想打人有没有!

[cxe2v]

这一看就是后端的枚举类型转过来的，这样用起来挺难受的，还是用键值对的数组吧

[Tomey]

会被打是真的

[catning]

性能耗不耗是不知道，就是有点耗键盘和脑子

[queuey]

看了想打人

[0x000007]

PHP 后台?

[auhah]

php 写的吧。。。。

[loveeatdog123]

"gender": [
{
"idx":"1",
"value":"男"
},
{
"idx":"2",
"value":"女"
}
],
"relationship": [
{
"idx":"0",
"value":"妈妈"
},
{
"idx":"1",
"value":"爸爸"
}
]

[jorneyr]

定义 Bean 的时候变量名能用 0, 1, 2, 3 吗？

[wangyifei6817]

这个后台脑子性能不太行?

[EthanZC]

@wangyifei6817 抓住了重点,图自己省心,或者就是没经验