看了楼上所有人的回复，有一些很有道理。但 b 站爱优腾永远永远成不了 YouTube ，因为 b 站目前的模式没有变现模式，而在服务器上的投入太大了，YouTube 背靠谷歌收割运营商，中国运营商收割 b 站，就这么简单

应该是让 follow 一次返回信息里就知道冲突的 term 了吧，否则还需要进行额外的 RPC 。很长时间没看了有点遗忘，等一个大佬回答

日经贴，南文北斗，开始你们的表演

逍遥叹唱的真的好听！音色也好听，没有现在网红翻唱的刻意感

@detached 我点进去也看笑了，北海道打鱼都说得理直气壮的

@Gota @foam @SenLief 其实我也一直在找这种类型的 json 最佳实现，看起来应该是 map 更好一点😂

用数组保存 pre ，pre 里再加个字段保存每个 pre 的类型或者字段名，eg
```json
{
"pre":[
{
"type": "pre1",
"code": 1
},
{
"type": "pre2",
"code": 2
},
....
]
}
```

@HarrisonLee 没看过 tlpi ，还是浅薄了😂

看懂 op 的意思了，你需要学的不是 C++，是 apue 和 unp

顶一下，想知道楼主以后的打算

年底来北京，国年没回家，我也很难受

充分发挥提高自己的统战价值。

mentor 第一次跟我说用克儿指令，我说这是啥高级指令没用过；他笑喷了说克儿指令没用过

@nieboqiang 合理。这个也不是说类似订单状态的流转啥的多次请求，就单纯的读数据，合理的很。如果前端不想做，那就后端再写一个聚合接口拼装数据。

不能自己多调用几次后端接口然后拼接起来吗

和 OP 组织代码的方式相同，但是 struct 里的字段都是大写，每个模型都有 DTO 、DO 和 VO ，