⓵基于sql创建web服务创建一个开发到部署的完整web后端服务代码,支持在web服务代码中批量添加标准化CRUD api代码而不需要编写任何go代码,实现了web服务api”低代码开发”,如果需要添加自定义api时,则需要像传统开发api一样人工编写完整的api相关代码,不支持自动生成自定义api相关代码(除了业务逻辑代码)。
在另外一种web开发方式
⓷基于protobuf创建web服务(web开发(protobuf))支持自动生成自定义api相关代码(除了业务逻辑代码),解决了使用⓵基于sql创建web服务开发自定义api时需要人工编写代码的不足。
适用场景: 适合多数是标准化CRUD api的web项目,例如后台管理项目。
前期准备
sponge支持数据库类型 mysql、mongodb、postgresql、tidb、sqlite,下面操作以mysql为例介绍web服务开发步骤,选用其他几种数据库类型的开发步骤一样。
开发web项目前准备:
- 已安装sponge
- mysql服务
- mysql表
生成代码需要依赖mysql服务和mysql表,这里有docker启动mysql服务脚本,启动mysql服务之后导入示例使用的库和表的sql。
打开终端,启动sponge UI界面服务:
sponge run
在浏览器访问 http://localhost:24631 ,进入sponge生成代码的UI界面。
创建web服务项目
进入sponge的UI界面:
- 点击左边菜单栏【SQL】—>【创建web服务】;
- 选择数据库
mysql,填写数据库dsn,然后点击按钮获取表名,选择表名(可多选); - 填写其他参数,鼠标放在问号
?位置可以查看参数说明;
Note
如果填写参数开启了大仓库类型,以后生成与该服务相关代码的页面上填写参数时也必须开启大仓库类型。
填写完参数后,点击按钮下载代码生成web服务完整项目代码,如下图所示:

Tip
等价命令 sponge web http —module-name=user —server-name=user —project-name=edusys —db-driver=mysql —db-dsn=”root:123456@(192.168.3.37:3306)/school” —db-table=teacher
Tip
解压的web服务代码目录名称的格式是服务名称-类型-时间,可以修改目录名称(例如把名称中的类型和时间去掉)。
Tip
成功生成代码之后会保存记录,方便下一次生成代码使用,如果数据库 dsn不变,刷新或重新打开页面时会自动获取到表名,不需要点击按钮获取表名就可以直接选择表名。
这是创建的web服务代码目录:
.├─ cmd│ └─ user│ ├─ initial│ └─ main.go├─ configs├─ deployments│ ├─ binary│ ├─ docker-compose│ └─ kubernetes├─ docs├─ internal│ ├─ cache│ ├─ config│ ├─ dao│ ├─ ecode│ ├─ handler│ ├─ model│ ├─ routers│ ├─ server│ └─ types└─ scripts
解压代码文件,打开终端,切换到web服务代码目录,执行命令:
# 生成swagger文档make docs# 编译和运行服务make run
Note
开发web服务过程中会经常使用make docs命令,用来生成swagger文档,如果添加或修改了api,需要执行这个命令,否则不需要执行。
在浏览器打开 http://localhost:8080/swagger/index.html,可以在页面上进行增删改查api测试,如下图所示:

Tip
CRUD api中有一个自定义条件分页查询接口,可以少写很多查询相关的api代码,点击查看自定义条件分页查询的使用规则。
Note
如果在配置文件 configs/服务名称.yml 修改了http下的端口号,例如把默认值8080改为9090,则必须在代码文件 cmd/服务名/main.go 修改 @host 值,例如改为localhost:9090,然后执行命令make docs,否则因为端口不一致造成请求失败。
自动添加 CRUD api
如果有新的mysql表需要生成CRUD api代码,
- 点击左边菜单栏【Public】—>【生成handler CRUD代码】;
- 选择数据库
mysql,填写数据库dsn,然后点击按钮获取表名,选择mysql表(可多选); - 填写其他参数。
填写完参数后,点击按钮下载代码生成handler CRUD代码,如下图所示:

Tip
等价命令 sponge web handler —module-name=user —db-driver=mysql —db-dsn=”root:123456@(192.168.3.37:3306)/school” —db-table=cause,teach,有更简单的等价命令,使用参数--out指定web服务代码目录,直接合并代码到web服务代码,sponge web handler —db-driver=mysql —db-dsn=”root:123456@(192.168.3.37:3306)/school” —db-table=cause,teach —out=user
生成的CRUD handler代码目录如下,在目录internal下的子目录cache、dao、ecode、handler、model、routers、types包含了以表名开头的go文件和测试文件。
.└─ internal├─ cache├─ dao├─ ecode├─ handler├─ model├─ routers└─ types
解压代码,把目录internal移动到web服务代码目录下,就完成了在web服务中批量添加handler CURD api。
Note
移动目录internal正常情况下不会有冲突文件,如果有冲突文件,说明之前已经指定相同的mysql表来生成handler CRUD代码了,此时忽略覆盖文件。
在终端执行命令:
# 生成swagger文档make docs# 编译和运行服务make run
在浏览器刷新页面 http://localhost:8080/swagger/index.html,在页面上可以看到新添加的CURD api。
批量添加标准化的CURD api代码到web服务项目代码中,不需要人工编写任何go代码,如果添加自定义api,则需要人工编写代码了。
人工添加自定义api
⓵基于sql创建web服务这种方式不支持自动生成自定义的api模板代码,只能像传统开发web api那样人工编写handler函数、定义请求参数和返回值、定义字段校验tag、定义业务错误码、注册路由、填写swagger用的注解信息、编写业务逻辑代码等一系列步骤。
例如在本项目中添加一个登录接口,需要经过下面6个步骤:
(1) 定义请求参数和返回结果结构体
进入目录internal/types,打开文件teacher_types.go,添加登录的请求和返回结构体代码:
// LoginRequest login request paramstype LoginRequest struct {Email string `json:"email" binding:"email"` // 邮件Password string `json:"password" binding:"min=6"` // 密码}// LoginRespond list datatype LoginRespond []struct {ID uint64 `json:"id"`Token string `json:"token"`}
Tip
结构体字段tag中 bingding 是字段校验规则,点击查看更多validator校验规则。
(2) 定义错误码
进入目录internal/ecode,打开文件teacher_http.go,添加一行代码,定义登录错误码:
var (teacherNO = 1teacherName = "teacher"teacherBaseCode = errcode.HCode(teacherNO)// ...ErrLoginTeacher = errcode.NewError(teacherBaseCode+8, "failed to login "+teacherName)// for each error code added, add +1 to the previous error code)
(3) 定义handler函数
进入目录internal/handler,打开文件teacher.go,定义一个登录方法,并添加swagger注解:
// Login 登录// @Summary login// @Description login by account and password// @Tags teacher// @accept json// @Produce json// @Param data body types.CreateLoginRequest true "login information"// @Success 200 {object} types.Result{}// @Router /api/v1/teacher/login [post]func (h *teacherHandler) Login(c *gin.Context) {// 验证密码// 生成和存储tokenresponse.Success(c, gin.H{"id": 1,"token": "xxxxxx",})}
然后把Login方法添加到TeacherHandler接口:
type TeacherHandler interface {Create(c *gin.Context)// ...Login(c *gin.Context)}
(4) 注册路由
进入目录internal/routers,打开文件teacher.go,把Login路由注册进来:
func teacherRouter(group *gin.RouterGroup, h handler.TeacherHandler) {group.POST("/teacher", h.Create)// ...group.POST("/teacher/login", h.Login)}
(5) 编写业务逻辑代码
编写登录的业务逻辑代码,例如验证密码、生成token等。
Tip
在人工添加的自定义api中,可能需要对数据增删改查操作(也叫dao CRUD),这些dao CRUD代码可以直接生成,不需要人工编写,点击查看生成和使用dao CRUD代码文档。
Tip
在人工添加的自定义api中,可能需要用到缓存,例如生成的token,这类string类型缓存代码可以直接生成,不需要人工编写,点击查看生成和使用cache代码说明。
(6) 测试api
编写完业务逻辑代码后,在终端执行命令:
# 生成swagger文档make docs# 编译和运行服务make run
在浏览器刷新 http://localhost:8080/swagger/index.html,在页面上可以看到登录api,在页面测试通过后,一个自定义的api才算正式添加完成。
可以看到添加自定义api,比添加标准化CRUD api(自动生成)麻烦很多,自定义api所有相关代码都是需要人工编写,因此⓵基于sql创建web服务这种方式适合绝大多数api是标准化CRUD,极少数是自定义api场景。如果web项目中有不少自定义api,建议使用⓷基于protobuf创建web服务方式来开发web服务。
设置服务
创建的web服务代码中包含了丰富的组件,有些组件默认是关闭的,根据实际需要开启使用,统一在配置文件configs/服务名称.yml进行设置,配置文件里有详细说明。
Tip
可以在服务代码中替换、添加自己的组件(gin middleware),或者删除不需要的组件,在代码文件internal/routers/routers.go修改。
Tip
如果api需要添加鉴权,在各个internal/routers/表名.go下路由注册代码添加middleware.Auth(),当然也可以使用自己的鉴权中间件,如果使用自己的鉴权中间件,需要把internal/routers/routers.go下的jwt.Init改为自己鉴权初始化。
默认开启的组件:
- logger:日志组件,默认是输出到终端,默认输出日志格式是console,可以设置输出格式为json,设置日志保存到指定文件,日志文件切割和保留时间。
- enableMetrics:指标采集,默认路由
/metrics。 - enableStat:资源统计,统计系统和本程序的cpu和内存资源使用信息,默认每分钟在日志打印一次,如果本程序占用系统资源持续超过80%(可设置),后台自动采集profile保存到目录
/tmp/服务名称_profile,可以后续进行离线分析。 - cacheType:缓存组件,默认是本地内存,可以改为redis,注意集群部署时必须使用redis。
默认关闭的组件:
- enableHTTPProfile:profile组件
- enableLimit:自适应限流组件
- enableCircuitBreaker:自适应熔断组件
- enableTrace:链路跟踪组件
- registryDiscoveryType:服务注册与发现组件
其他配置的可以根据需要设置,也可以添加配置,如果添加或更改配置文件字段,需要更新对应的go结构体,在服务代码目录下的终端执行命令:
make update-config
