你可以中间加一层转化啊。
毕竟这也就是数据表示的区别而已，不应该影响应用本身，很多人不需要那些比较骚的操作也就没做相互转化了，也不是不可以。

怎么转呢？如果我没有 Index 的话

上面啊，from: Map<UserId, UserData> to List<User>
to: List<User> to Map<UserId, UserData>

就像 1 到 2 再减回来的那个 (+1) (-1)
+1 是 from、-1 是 to。

对了，唯一性是什么东东。
是不是 Map key 那个唯一性

因为要保证 Array Element 中 user_id 是唯一的

有道理啊

（想在数据库上直接做，懒得拿服务器实现这个（

应用，图个开心嘛，平常工作做得就行了。

都做那么好，用户也看不出来，还浪费 CPU，得不偿失。

优雅可以弄成模块做，就像 Java 可以选择 assertation 是否 -ea

不必每次都检查

其实也没什么的，就是 users.forEach { val name=it.key; val (x,y,z,w) = it.value }……好吧，的确不很好看

所以我说，数据表示层的东西就放本层解决，不要干扰到其他抽象，那就惨不忍睹了。

如果你专门建立一层处理这个复杂性

你的软件还可以同时兼容两种格式，虽然那没有用而且有不良影响

可是一般情况都不会出现的，出现代表数据本身有问题了

json.org 可能有这种规范？

可是检查可能浪费 cpu cycle 啊

现在一些开发者