项目架构-六边形架构的概述和实现

使用传统的分层架构，我们的所有依赖项都指向一个方向，上面的每一层都依赖于下面的层。传输层将依赖于交互器，交互器将依赖于持久层。

在六边形架构中，所有依赖项都指向内部——我们的核心业务逻辑对传输层或数据源一无所知。尽管如此，传输层知道如何使用交互器，数据源知道如何符合存储库接口。

概述

最近在想着写一个个人项目，但是在项目的结构上却犯了难，此时翻到了一个视频，采用Hexagonal architecture（六边形架构），也被称为Ports and Adapters，大致就是下面图片的结构：

一共分为三层：

Domain： 里面放的是处理的基本逻辑，可以理解为大纲，它决定着Application和Framework的选择和实现

Application:：它协调使用我们的Domain代码, 通过位于两者之间的方式，调整从framework到domain的请求

Framework： 为外部组件提供交互方式，驱动通常放在左边，被驱动放在右边

我们需要注意的是：

1. 高层模块不应该依赖于低层模块。两者都应该依赖于抽象。
2. 抽象不应该依赖于细节。细节应该依赖于抽象。
3. 在驱动侧，适配器依赖于端口，由应用程序服务实现，因此适配器不知道谁会响应其调用，它只知道有哪些方法是保证可用的，因此它依赖于抽象。
4. 在被驱动侧，应用程序服务依赖于端口，而适配器则实现端口的接口，有效地反转了依赖关系，因为“低级”适配器（即数据库存储库）被迫实现应用程序核心中定义的抽象，这是“高级”的。

所以我们的项目目录会像这样：

例子

这里我们也能看出六边形架构的另外一个称呼：Ports and Adapters的原因，适配器实现端口（通常为接口），以达到代码解耦的作用，下面将以上面的目录进行具体的例子讲解：

完整代码：link

本项目很简单，就是实现一个简单加减乘除的运算和数据库保存，那么我们秉持着核心domain层统领一切，适配器实现端口的原则，我们先定义 ./ports/core.go:

package ports

type ArithmeticPort interface {
   
	Addition(a int32, b int32) (int32, error)
	Subtraction(a int32, b int32) (int32, error)
	Multiplication(a int32, b int32) (int32, error)
	Division(a int32, b int32) (int32, error)
}

有了接口我们就得配以适配器 ./adapters/core/arithmetic/arithmetic.go：

type Adapter struct {
   
}

func NewAdapter() *Adapter