/tmp/duangsuse.sock
23 subscribers
303 photos
3 videos
92 files
337 links
从 duangsuse::Echo (@dsuse) 跟进出来的分支,将在作者恢复原帐号访问的时候合并删除。
Download Telegram
很好看,可是只有第一话
到死也不会收用户一分钱的!
现在在屑站没大会员真是寸步难行。
Forwarded from Yuuta 🎀 | clrd enroute
"users": [
{
"user_id": "12345",
"admin": true
}
]

"users": {
"12345": {
"admin": true
}
}

哪种方式比较好呢?
Forwarded from Yuuta 🎀 | clrd enroute
前者的 Array Index 被浪费,而且不好控制唯一性。
后者并不是最佳选择(因为 Array 可以胜任),所以一些适用于 Array 的操作不得不改为 Map
Forwarded from Deleted Account
华你太蒙
Forwarded from Deleted Account
「踌躇」是中性词,但在后面若有「志满」就显出得志的意思。
就像这个鸿蒙的蒙,「蒙」在「鸿」前面就是褒义。(个人梗)
Forwarded from Deleted Account
第一种,直白一些
Forwarded from Yuuta 🎀 | clrd enroute
好耶
Forwarded from Deleted Account
a: List<Map<String, JsonValue>>
a: List<User>
a -> b

users.map { it.id to mapOf("admin" to  it.admin) }

b: Map<UserId, UserData>
b -> a

users.map { User(id = it.key, admin = it.value["admin"]) }
Forwarded from Deleted Account
JSON 里数据传输时 array index 是不占用信息熵的
Forwarded from Yuuta 🎀 | clrd enroute
不过在 Query 的时候这个 Index 是多余的
Forwarded from Yuuta 🎀 | clrd enroute
真正有意义的 ID 是 user_id
Forwarded from Deleted Account
你可以中间加一层转化啊。
毕竟这也就是数据表示的区别而已,不应该影响应用本身,很多人不需要那些比较骚的操作也就没做相互转化了,也不是不可以。
Forwarded from Yuuta 🎀 | clrd enroute
怎么转呢?如果我没有 Index 的话
Forwarded from Deleted Account
上面啊,from: Map<UserId, UserData> to List<User>
to: List<User> to Map<UserId, UserData>
Forwarded from Deleted Account
interface Representation<T, T1> {
fun from(source: T): T1
fun to(value: T1): T
}
Forwarded from Deleted Account
就像 1 到 2 再减回来的那个 (+1) (-1)
+1 是 from、-1 是 to。
Forwarded from Deleted Account
对了,唯一性是什么东东。
是不是 Map key 那个唯一性
Forwarded from Yuuta 🎀 | clrd enroute
因为要保证 Array Element 中 user_id 是唯一的