Go 语言整洁架构实践

介绍

Bob 大叔在他的一篇标题为「整洁架构」的博客中提及，现在一些流行的系统架构，都采用软件分层设计，都主张以下 5 个规则：

1. 独立于框架
2. 可测试的
3. 独立于用户界面
4. 独立于数据库
5. 独立于任何外部依赖

Bob 大叔的架构设计遵循依赖规则，他画了一张同心圆的图，共分为 4 层，同心圆由内向外依次为 Entities、Use Cases、Interface Adapters 和 Frameworks and Drivers，该规则规定依赖只能是由外向内，内圈不关心外圈，外圈不要影响内圈。

但是，不要认为必须是分为这四层，这里描述的四层只是一个示例，也许你会发现你的业务不仅仅需要这四层，重点是要遵循由外向内的依赖规则。

本文我们介绍整洁架构在 Go 语言中的实践。

整洁架构分层设计

参照 Bob 大叔的整洁架构软件分层设计，我们将架构分层分为以下 4 层：

1. Models
2. Repository
3. Usecase
4. Delivery

其中，Models 与 Entities 相同，将在所有层中使用，我们可以将所有对象的结构体和方法，以及其他需要在所有层中使用的变量、常量和函数放在 Models 层。这也可以避免遇到循环导入的问题。

Repository 层，我们可以将处理数据库的程序和调用微服务的程序放在该层，仅处理数据输入和输出，不要有其它关于业务逻辑的代码。该层依赖操作的数据库或调用的微服务。

Usecase 层，我们可以将业务逻辑代码放在该层，它负责接收表示层的输入数据，将数据处理之后，调用 Repository 层，将处理后的数据存储在数据库或传递给调用的微服务。反之，将数据库中的数据或调用微服务的返回数据，处理之后，返回给 Delivery 层。该层依赖 Repository 层。

Delivery 层，负责将处理后的数据展示出来，可以采用 RESTful、HTML 或 gRPC 等各种形式。同时，它也负责接收用户输入的数据，将数据传递给 Usecase 层。该层依赖 Usecase 层。

实践应用的目录：

.
├── app
│   └── main.go
├── go.mod
├── go.sum
└── todoList
    ├── delivery
    │   └── http
    │       └── todoList.go
    ├── models
    │   └── todoList.go
    ├── repository
    │   └── mysql
    │       └── todoList.go
    └── usecase
        └── todoList.go

03

分层之间通信

分层之间是怎么通信的，除了 Models 层之外，其它层之间通过接口通信，例如 Usecase 层与 Repository 层之间通信，Repository 层定义接口，并实现接口中的所有方法。Usecase 层通过接口与 Repository 层通信。

示例代码：

type TodoListRepository interface {
 Create(ctx context.Context, t *Todolist) (err error)
}

同理，Delivery 层与 Usecase 层之间通信，Usecase 层定义接口，并实现接口中的所有方法。Delivery 层通过接口与 Usecase 层通信。

示例代码：

type TodoListUsecase interface {
 Create(context.Context, *Todolist) (err error)
}

04

总结

本文我们介绍整洁架构的软件分层设计，并且通过一个简单的 TodoList 项目，在 Go 语言中实践「整洁架构」的架构设计。但是，在 Go 语言中实际上并没有标准的架构设计，我们可以尝试构建自己的标准。

完整代码，请查阅 github。

推荐阅读：

参考资料：

https://hackernoon.com/golang-clean-archithecture-efd6d7c43047 

https://hackernoon.com/trying-clean-architecture-on-golang-2-44d615bf8fdf 

https://github.com/bxcodec/go-clean-arch 

https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html 

https://manuel.kiessling.net/2012/09/28/applying-the-clean-architecture-to-go-applications/