那么为什么不让前端把整个数据架构传过来然后一起更新呢, {"a": "1", "b": "2"}, 变更了 b, 整个结构变成了{"a": "1", "b": "3"}, 前端将 a 和 b 一起传过来, 这样就不需要考虑有没有设置空值的问题了, 只需要考虑零值的问题

@CNife 是我不严谨了, 因为 nil 我更习惯叫声明

var r router 只是变量的声明而已, 对于初始化新的结构体我有时候会 new(router).Init("aa"), Init()用来返回原结构体指针, 这样可以链式. 而且已经有 new 这个函数了, 其他类似的关键字会显得的有些多余
另外 gin*Context 的那个, 其实可以自己把 handler 封装一下, 把 if else 压缩在一个函数里面, handler 主体依旧可以符合带返回值函数的样子, 对于 gin 来说, 请求的处理是 steaming 的, 所以没有返回符合框架的设计

把[]objectEntity 和 error 合成为一个结构体
```golang
type A struct {
list []objectEntity
err error
}
```
然后错误逻辑放到 service 层做处理

或许在广播的前面加上一层缓冲区, 达到一定大小就清空缓冲区然后分发出去

请问具体有什么要求吗

@bigeast 哈哈是的, 无论怎样, 读好书都能让人成长

并行程序计算导论 -> 并行程序设计导论, 之前看过前半部分, 对我来说还是有很多收获的

今年 6 月本科毕业
正式成为了社畜发现正式工作了和实习还是有区别的
开始怀念学校,昨天去了别的大学感觉就像回学校了一样
感觉有点累, 但是庆幸自己还年轻,也要注意自己的身体.
感觉虽然平平淡淡不过是新生活的开端

楼主可以考虑下转一下方向, 我就是 py 转的 go,然后就找到了

+2

goland 现在 vscode 的 go 插件有点卡

觉得《聊聊“架构”》和《微服务设计》不错

马克

路过，老哥你用什么邮箱注册的

分母++