@KentY 总体思想是尽量保持简洁，保持接口返回数据的最小化（说白了就是一种强迫症）。比如 user 表可能有 50 个字段，但是有时候可能只想要一个用户 ID，那返回数据中大部分就都没有用，还占带宽。还有就是例子中说的，可能会有 created_at 这种字段，一般情况下是不想直接返回给请求方的。

@lhx2008 你说的这些都是在 service 层把所有字段都查出来，在 controller 层做格式化是么？

AS 直接提示也没麻烦到哪去，对项目的侵入还大，能不用就不用

准系统：联想 P700 2300
CPU：E5-2680v3 x 2 1800
内存：DDR4 ecc 16G x 4 1200
SSD：自选 500
亮机卡：随意 200
正好 6k

没有移动需求，也有现成的屏幕，黑苹果是不是更香一些

就一个 ap 手动配置下就好了，直接一个 k2p 搞定，不知道你 ER-X 和交换机是不是要新购，这套下来就是有点儿折腾。
或者直接上 UniFi 全家桶，USG （路由器）+ US-8-150W （交换机）+ UAP‑AC‑HD （ AP ）+ UC-CK （控制器，选购，可以装在 nas 上），直接毕业，就是预算会高一些。

不知道有没有双持党，顺序是 键盘 -> 鼠标 -> 触摸板

强烈推荐 Ultimate Go Programming 这门课，虽然需要付费，不过有 10 天的免费试用，大概 15 个小时的课程，看完收获很大。

人生百态，破茧成蝶

试吃

淘宝同城闪送，现在买，一会儿玩

@Orenoid 对的，更进一步的，比如你是个 go 的 web 项目，可以 from 一个 Golang 的基础镜像，直接在容器里编译，再利用 docker 的多步构建和 label 功能，分别构建 test 和 production 两个镜像，分别用于测试和正式环境。
https://basefas.github.io/2019/09/24/使用%20Docker%20 构建%20Go%20 应用 /
贴个链接提供参考

比如一个 pipeline，分 build，test，deploy 三个阶段，第一步会把项目代码和测试代码都打包到镜像里，第二步 docker run 后执行里边的测试代码做单元测试，第三步 docker run 用来 deploy。如果对镜像大小有严格要求可以在 test 后，将 test 相关代码 ignore 后再 build，deploy

找个保险箱把硬盘放进去， 估计不超过 30 秒

@korokke 对对对

@JackieMe 不，我读的话，就是一瓶儿水儿，哈哈

@JackieMe
@goodan
我方了。。。

@YangtzeJam 嗯，这个跟“块”字差不多，还有确实南北发音是主要差异