好项目，值得推荐，我在 HelloGithub 提交的项目，老板还没给我审核，还在审核中 😭

我的分层是这样的：
handler -> service -> dao/repository -> model

事务的开启是在 service ， 操作数据的是在 dao 或 repo 层，model 仅仅定义数据字段和表名(无任何 db 操作)。

PS：也像楼主一样考虑过，将这些事务放在一起，且放置于 dao 里，也就不用传递 tx 了，但会带来一个问题: 一个 dao 要操作多个 model （或者说表), 我目前是倾向于一个 dao 操作一个 model ，这样 dao 的职责就很清晰, 也方便 cli 工具自动生成 dao 。

@gitrebase 提到的 redis 操作，我把他们都放在了 cache 目录里(和 dao 、service 在同一级)， 然后供 dao/repo 调用，也就是 dao/repo 扮演了数据操作的角色，不关是 接口、db 、redis 、MongoDB 、ES 等都在这里操作，供上层的 service 调用，一个 service 可以调用多个 dao, 只依赖 dao 定义的接口，方便使用 wire 做依赖注入。

代码可参考： https://github.com/go-microservice/moment-service/blob/main/internal/service/post_svc.go#L88

我用 https://github.com/go-eagle/eagle 写 API 、微服务

@skylee6900 数据库 ORM 工具

开发 API 接口、微服务或者 web 服务的： https://github.com/go-eagle/eagle

回家继续过正月十五

帮忙解决工签？

你有的这个都有： https://github.com/go-eagle/eagle ，咋办？😁😊

能用就能开源，或多或少会对一些人有用。
将开源进行到底： https://github.com/go-eagle/eagle
或许社区的力量也会推动你前进

开源框架： https://github.com/go-eagle/eagle
微服务： https://github.com/go-microservice
或者任意你喜欢的框架之一，整个完整的项目出来

singleflight 和 errgroup 的使用

业务里用 panic 用的少，基本都是在应用启动时使用； defer + recover 一般在协程里使用，防止协程泄露或者意外 panic

好久没看算法了...，可能还是平时用的少

近今年一直用 go, 跨平台、强类型、编译快，谁用谁知道。国内很多公司的微服务也是基于 Go 的。开发 api 和 web 都没问题，框架也很多：gin, micro, go-zero, kratos, 不过我用： https://github.com/go-eagle/eagle

虽然用 gin( https://github.com/gin-gonic/gin)的多，但我用 eagle( https://github.com/go-eagle/eagle)

@lilei2023 可以先整功能，UI 先上个基础版的，后面再弄个漂亮的，甚至可以搞个可以换肤的

@kuituosi 开源的确实也很多，最终用了哪个？