六边形建筑中的层数

Question

我读了很多关于六边形体系结构的书，但是在我看到的所有例子中，所有的文件夹和类ubication都是不同的，这对我来说有点困惑。

我用下面的文件夹结构做了一个简单的Spring Boot应用程序。适配器文件夹包含存储库接口和rest控制器的实现。

在domain文件夹中，我有model，它是一个简单的POJO，ports，它是服务类的接口，包含了产品的所有业务逻辑，还有repository的接口，它公开了要在repository中实现的方法。

Answer 1

您完全可以自由地组织您的代码，无论您想要什么。这与六角形建筑无关。

话虽如此，如果您想有效地使用六边形架构，您可能应该遵循领域驱动的设计，也就是说，您应该基于领域/业务逻辑而不是基于技术相似性来组织代码。

例如，而不是具有以下结构：

controller
    product
    cart
    customer
service
    product
    cart
    customer
repository
    product
    cart
    customer

product
    controller
    service
    repository
cart
    controller
    service
    repository
customer
    controller
    service
    repository

一旦这样做了，如果有帮助的话，您可以将这些封装在六角结构的不同部分的三个包中：用户端、业务逻辑和服务器端。这是我过去做过的事情；它帮助我保持不同层次的清晰。

userside
    product
        controller
    cart
        controller
    customer
        controller
businesslogic
    product
        service
    cart
        service
    customer
        service
serverside
    product
        service
    cart
        repository
    customer
        repository

同样，包的结构并不是最重要的概念。六边形架构集中于三个原则：

• 显式分离用户端、业务逻辑和服务器端层。清晰的包结构很有帮助，但是您可以通过其他方式将这些层分开。
• 依赖关系从用户端和服务器端层到业务逻辑。这是通过在业务逻辑中定义接口和适配器来完成的（见下文）。目标是在不影响业务逻辑层的情况下更改用户端和服务器端的代码。例如，如果您希望将存储库从MySQL实现更改为PostgreSQL实现（在服务器端层），这种更改不应影响业务逻辑：新的实现只需符合业务逻辑中的接口。
• 依赖注入：业务逻辑定义接口（通常称为“端口”）和转换器（“适配器”），用户端和服务器端层必须遵守这些接口和转换器进行通信。