administrators

很多 Java 程序员一听到“对接第三方接口”，脑子里就自动响起一句话： “这不就是调个接口嘛，没技术含量。” 但真相是：你以为是体力活的地方，往往最能看出一个工程师的“技术深度”。

这篇我们加一下请求参数的校验 基本使用 Gin 框架本身自带数据校验的，这里我们直接使用 新建app/request/admin_request.go文件： 这里先定义一个接收请求参数的结构体，并给每

这篇文章已经收藏破千，点赞评论破百。Go语言中比较优雅的写法，包括：数据库相关、Redis相关、配置文件相关、敏捷开发思想相关。评论区朋友们的建议我也及时更新到了正文中。

今天干活时，突然看到大群里有人艾特我，还甩了一张截图： 我很火大，群里艾特我膈应谁呢！ 到这儿，我没干再反驳了，因为我不太清楚rebase的意思，我开始怀疑是不是自己git pull用用错了！

errors 这个大家肯定使用过，标准库的 errors 错误实现比较简单，无法进行堆栈追溯，对于产生错误时的上层调用者来讲不是很友好，无法获得错误的调用链详细信息。

来腾讯之后主要使用go, 在业务开发中需要一个支持错误码对外返回, 堆栈打印,错误链等能力的错误工具库.

不管在什么系统中, 定义错误码都是必不可少的. 可以判断出错误的级别, 错误的模块和具体错误信息. 第一位是服务级别, 1 为系统错误, 2 为普通错误. 第二三位是模块, 模块不是指 Go 中的模块, 而是指代某个范围, 比如数据库错误, 认证错误. 第四五位是具体错误, 比…

我的愿景是以这套文章，在保持权威性的基础上，脱离对原文的依赖，对这100个场景进行篇幅合适的中文讲解。所涉内容较多，总计约 8w 字，这是该系列的第六篇文章，对应书中第48-54个错误场景。

Gingo是基于 gin 框架为核心的脚手架，使用本项目可以快速完成业务逻辑开发。 Github: https://github.com/songcser/gingo