kevinyan

这节我们来聊一下搭建项目时一些常用的分层设计方法论和约定。 开发项目的时候我们都爱说XX模块，模块一般是跟着项目所服务的业务走的，只有分析好业务的结构后才能知道项目要分成哪些模块。而项目的分层则没有那

Go API 多种响应的规范化处理和简化策略 一个对外提供API接口的服务，在真正动工开发接口前一般需要先确定一下接口响应的通用格式，无论接口响应里返不返回业务数据，返回的数据是字符串、列表、对象还是

上一篇文章我们详细讲解了怎么在搭建项目时实现 Go 的error interface 创建项目自己的Error，我们还给这个Error增加了记录错误原因和发生位置的能力。 学会定制化 Go 项目的 e

Go语言的Error处理一直被人吐槽，吐槽的点除了一个接一个的 if err ！= nil 的判断外，还有人说Go的错误太原始不能像其他语言那样在抛出异常的时候的时候传一个Casue Exceptio

为了让Go项目的日志组件更好用以及产出的日志能够帮助我们快速定位问题，我在《Go日志门面的设计与实现-自动注入追踪ID标记代码位置、简化日志操作》中给项目单独定制了一个日志门面来简化项目中对日志的操作

上篇文章《三个实用细节，让Zap在Go项目中变得更好用》我们为项目使用的基础Logger -- Zap 做了初始化，完成了应用日志的多环境配置和文件自动切割，这节我们会自定义项目自己的Logger 门

一个项目日志功能够不够健全、记录的日志内容够不够有辨识度直接决定了一个项目维护的难度，你查日志是大海捞针一点点看，还是能够

config在项目中的实现形式多种多样，小成本项目把项目存放在项目自身单独的文件中，文件格式既可以是程序文件，也可以是JSON、YAML这样的静态文件。具有相当大访问量又需要配置能热更新的项目则会使用

相信很多人对Go的环境安装和Gin项目的初始化都已经手拿把攥很是熟练了，本节介绍一个自己新建Go项目时非常好用的设置以及记录一下Gin项目的初始化过程和常能遇到的错误。 一个容易忽略的Go ENV 在