对了，唯一性是什么东东。
是不是 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 啊

现在一些开发者

应用启动快那么两三毫秒
都是非常骄傲的

他们还会弄那个什么 Java 双检锁
什么 lazyload、preload

我们这些基层人民，就是喜欢降智提速。

算喽，没有调查就没有发言权，你我都懒得去 profile，不就 +1s-1s 的问题么，应用层谁在乎呢。

某些开发者喜欢自己写算法，或者暴力搜索，浪费 JVM 应用不少时间和内存，还不是没什么。