新手提问： gin+gorm 中大型项目分层问题

[mzmxcvbn]

最近在看 gin，感觉对中大型项目的结构规划有点模糊。
在 github 上看了一些例子，按我现在的理解分层：

controller -- 请求入口，参数校验，调用 server，返回错误或响应
server -- 接收已验证参数，实现具体业务逻辑，调用 dao，返回结果
dao -- 所有与数据库相关的操作
model -- 定义 struct 以用于 orm 映射

不知道我的理解是否正确，同时，我还有下面一些疑惑：
1：dao 层的作用？我在网上看的例子有一些有 dao 层，同时也有很大一部分没有这层，server 层的代码中直接调用 orm 增删改查的方法。如果 server 中每次要用到数据库的地方甚至只是参数稍有不同，就要在 dao 中写一个对应的函数，岂不是会很繁琐。而且我觉得对于像 CreateTag 这种简单方法，orm 也是直接一行语句就能实现，再单独包 dao 这一层他的优势是什么。
2：server 层的写法？我现在的理解是有几个 controller 就要写几个对应的 server，比如有 CreateTag, ListTag, UpdateTag, DeleteTag, CreatePost, ListPost, UpdatePost, DeletePost 这 8 个 controller 是不是就要写 8 个对应的 server，那拆分出 server 层的目的仅仅就是不让业务逻辑都堆在 controller 吗，我在网上有看到说 server 层可以重用代码，但这样每加一个 controller 就要加一个 server 的，该怎么体现重用

刚看完代码，脑子有点乱，还希望有大神能解答我的疑惑

[xkeyideal]

请把 Java 那套坏习惯改掉吧，go 不适合这套

[rimutuyuan]

https://github.com/whjstc/openbilibili-go-common-1

[mzmxcvbn]

@xkeyideal 我也没写过 JAVA，只是看网上大部分例子都是这么划分，有什么好的 gin 的项目结构推荐的吗

[vipppppp]

不要什么都带入 java，要这么写用 java 不好吗
go 的大多数人认可的项目规范：
https://github.com/golang-standards/project-layout

[bintianbaihua]

可以参考下这个 https://github.com/bxcodec/go-clean-arch

[gowk]

正在探索中，关注一下这个问题

[mzmxcvbn]

@vipppppp 谢谢回复，我没写过 JAVA，我之前用 python/flask 写小项目的时候是最简单的只分了 model 和 controller，但我感觉对于大型项目，这样可能不太好，所以现在转到 go 希望能找到更好的项目结构方案。

[xkeyideal]

@mzmxcvbn go 比较随意，写 web 项目我一般开 config, engine, httphandle, service, storage 几个目录，也不绝对，根据项目来，网上有一些建议的目录组织方式，找一个适合自己的就行，项目写多了，就能找到一个比较合适自己的了

[6IbA2bj5ip3tK49j]

1，是 Service，而不是 Server
2，三层架构不是 Java 独有的，而且谈不上臃肿。

[windyboy]

层太多，忘记了读数据库其实只需要写好 sql

[dongisking]

看到 dao 就知道下面有啥评论

[basefas]

供参考 https://github.com/basefas/service-gin

[dongisking]

https://github.com/eddycjy/go-gin-example

[linxl]

我几乎也是这么分目录的, 主要是没觉得有啥问题...

[lix7]

dao 还是要有的，未来如果需要在 data load 这个切面做事情的话，没有单独分层而是“server 层的代码中直接调用 orm 增删改查的方法。”会导致改起来很麻烦。当业务大到一定程度就没法改了。
其实如果还处于对性能要求不高的阶段，dao 层可以很简单，只有 list 、load 、save 三个方法。

至于 controller 和 service，我觉着确实一定程度上可以合并。现阶段大部分写事务脚本的业务，service 复用的机会不多。能复用的话也都会抽成单独的子函数。

建议楼主实践下 ddd，代码写出来会很清晰。

[pigzzz]

建议楼主把 dao 换成 repository 关键字，就不会被那些反 java 的人喷了

[Yoock]

有 dao 没毛病

[vipppppp]

建议楼主不要按 java 的写法就被打成反 java 和喷楼主，我是服了
我想没几个开源大项目的 go 或者 python 按照这样写的
只是觉得语言的特性不同，有时套着写会显得很累赘

[frozenshadow]

@mzmxcvbn 5L @bintianbaihua 推荐的这个结构很棒，这个老哥的几篇相关博客也值得一读

[Yuiham]

单体应用的项目上整洁架构