前言 之前就在想，不少教程或示例的代码设计都是一步到位的（也没问题） 但实际操作的读者真的能够理解透彻为什么吗？左思右想，有了今天这一章的内容，我认为实际经历过一遍印象会更加深刻 本文目标 在本章节，将介绍以下功能的整理： 抽离、分层业务逻辑：减轻 routers.go 内的 api 方法的逻辑（但本文暂不分层 repository，这块逻辑还不重）。 增加容错性：对 gorm 的错误进行判断。 Redis 缓存：对获取数据类的接口增加缓存设置。 减少重复冗余代码。 问题在哪？ 在规划阶段我们发现了一个问题，这是目前的伪代码： if ! HasErrors() { if ExistArticleByID(id) { DeleteArticle(id) code = e.