group 分组，需要自己实现

对我而言只有一点有用，不会因为莫名其妙的关键字发不出去，也不知道要修改哪里。

收藏了，为了这个 curl 脚本

无法接受

@wolfie java 17 来了，多行字符串功能利好 jdbc template，直接手写 sql 了

:) 太厉害了，重大科研成果，可以申请院士了。

只要你按时上下班就不算内卷

给老哥点赞，加油

wx: dHlwZS1zYWZl

现在系统繁忙，建议您错峰（晚 9：00 至早 7：00 间）访问。给您带来的不便，我们深表歉意。

难道就没有人说 Windows 的应用商店和网络问题吗？无论挂不挂梯子都是一个大坑，经常性打不开。

@chaleaoch 是这个意思

@chaleaoch 纯粹的设计中 repository 是不应该出现业务逻辑的，只负责 DB 操作。之所以我把业务逻辑写到了 repository 里面是因为我在 golang 的开源库里没有找到合适的依赖注入库，初始化一个 service 挺麻烦的，我就为了省事把业务逻辑写到了 repository 里面，想着后期再优化修改，实际上这是不可取的（到现在我还没改）。

我了解 repository 模式在 SpringDataJpa 上面，repository 与 DAO （ Data Access Object ）有着明显区别，repository 是面向对象的，一个 repository 只操作一种对象，对应到数据库也只是一个库，多表操作就需要封装到 service 里面，属于业务逻辑了，感觉有点像 DDD ； DAO 是面向数据的，经常会写一些多表的 sql，关于 db 的业务逻辑也包含在了 dao 里面。

PS：关于 golang 的开发模式我也在摸索中，代码不是很规范，希望你能取其精华，去其糟粕。

幸亏楼主没有去面 Java，那才叫怀疑人生，哈哈 :)

假设你要查询用户详情，不要直接查询接口拿到数据然后渲染页面，可以定义一个函数，返回对象是前端定义的用户详情 model，在这个函数里面调用接口来查询数据，然后转换后端返回的数据为前端定义的用户详情 model 。

这种写法是后端使用广泛，因为会复用相关的函数，前端往往是某一个页面查询显示某一些数据，在其他地方用不到，也就省略了这一步，还一个原因就是 js 发的 xhr 请求是异步的，封装使用不太方便，但是现在 js 已经有 async await 了，问题已经不复存在了。

Mac 上 docker 有点缺陷，无法访问外部网络。

主要有三个方面的定义吧
1. 应用容器化
2. 面向微服务架构
3. 应用支持容器的编排调度

golang 很多都是 Java/Python/PHP 程序员转的，或主动或被动，技能比专精某一门的程序员要广，而初创公司并不需要你有多么高深的技术，微服务、分布式事务、MQ 、各种缓存防止穿透，雪崩初期都是不需要的，单体应用短平快发布，占用资源少就足够了。