golang service 与 model 最佳实践是什么

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

The Go Programming Language

› http://golang.org/

› Go Playground

Go Projects

› Revel Web Framework

This topic created in 767 days ago, the information mentioned may be changed or developed.

service  与 model 大家都是用的
想请问下大家

service

model

实践

8 replies • 2024-06-19 16:44:11 +08:00

rahuahua

Mar 22, 2024

可以看看 kratos 框架

qloog

Mar 23, 2024

我的分层是这样的：

handler -> service -> dao/repository -> model

handler: 负责接收数据、校验数据、调用逻辑层(service), 返回数据
service：负责逻辑编排，不会操作数据库、api 之类的
dao/repo：数据调用层，不管是三方接口、db 、cache 、MongoDB 、ES 等都在这里
model: db 层，仅有数据表结构体和表名的定义

可以参考： https://github.com/go-microservice/moment-service

greenhandlwh

Mar 24, 2024

同想知道~ 写 go 以来一直是自由发挥，项目逻辑分层都不清晰。有什么好的开源项目学习吗？

awanganddong

Mar 25, 2024

@qloog 你发的代码连接地址我看了。增加了 repo 层，我看看 kratos 框架。

awanganddong

Mar 25, 2024

@rahuahua Kratos 一套轻量级 Go 微服务框架，包含大量微服务相关功能及工具。我刚看了下项目结构，和我需要的不太相符。

MidGap

Mar 25, 2024

怎么爽怎么写

afxcn

Apr 9, 2024

我们是 route -> controller -> proxy -> contract -> repository

model 用来传递数据，除了 route ，其它层都会用到它。

windcode

Jun 19, 2024

我遇到过和你一样的问题，如何更好的组织数据访问层和核心领域模型的代码。
相比 Java 构建的系统，代码组织方式、分层等最佳实践已经固化在 Sprint Boot 、Sofa Boot 等框架中，Golang 缺乏这种标准化的最佳实践。
这个时候我想到领域驱动设计（ DDD ），结合 DDD 中的思想组织代码结构。
最终我在项目中抽象了这三层：仓储层 => 领域层 => 表现层，基本上可以解决中小型项目的代码组织问题。