OctWu

@287854442 主要是怕这样不符合要求啊

@287854442 不过问了下，似乎你们主要是 OC ？ 好多年没写 OC 了，哈哈

12 年底开始写 iOS，2014 年开始从 swift 1.0 写到现在 5.0
可否

@cnbobolee 有什么区别么。我自己写的话，直接给 response 做成 model

struct ResponseData<T: Decodable> {
let data: T
}

来个 ResponseData<Fuck>.self 呗

不就完事了，解决方法千千万，那种 想要

struct Seats {
var key1: Seat
var key2: Seat
}

的才是刚毕业的小学生吧。

如果一个模型需要多个接口返回自己拼的，我一般才爱怼。这种我说了，看需求来说，还真不一定不方便

@0x000007 另外有个前提是人家要转 model 啊。我只是提出解决方案，尽可能保证合理，要不就让开发去怼后台呗。

@0x000007 这有什么没意义的。我说了能解，只是恶心而已。

然后下面的那个例子，你自己看下不就是个字典么，你自己都写出来了。

另外根本就不需要 key 固定，这需求我说了看着就是个订座之类的。不是知道多少号坐，坐的谁就行了么，10 个坐的时候写 10 个 property， 加了 11 个，还需要客户端发版么。

Fuck().seats.enumerator().forEach 不好么

@0x000007 看这数据是个订座之类的需求。为啥要 key 固定。。。key 就是座位号。value 就是顾客。
没看明白

@cnbobolee 我上面写了啊 #39

@cnbobolee model 也能解析啊。恶心而已