我正确理解端口和适配器/六角结构了吗？

Question

我的文件夹结构如下：

>

我的UI的项目

一个为应用程序核心的项目，它包含应用程序服务、域服务和域模型。

基础结构的项目，我有一个持久化html" target="_blank">文件夹在那里。

传递机制可以切换（从控制台应用程序到web应用程序...）而核心也会照样工作。

同样的基础结构，我可以使用实体框架一次，然后切换到dapper，而不会导致核心的改变。

到目前为止还不错，还是我错过了一些东西，还是我错过了对架构的最基本的理解？

如果我有一个控制台应用程序，我必须键入一个命令，它创建一个客户。

在核心项目中找到的应用程序服务中的类。它使用依赖注入来访问iPersistence的实现。

    public class AddNewCustomer
    {
        private readonly IPersistence _persistence;

        public AddNewCustomer(IPersistence persistence)
        {
            _persistence = persistence;
        }

        public bool addToDb(customer customer)
        {
            return _persistence.add(customer);
        }

    }

端口项目中的接口。

    public interface IPersistence
    {
        bool add(Customer customer);
    }

    public class Persistence: IPersistence
    {
        public bool add(customer customer)
        {
           //inserts into DB
        }
    }

端口项目应该严格地与接口有关吗？如何构造端口和适配器项目的结构（文件夹结构）？

Answer 1

到目前为止还不错，还是我错过了一些东西，还是我错过了对架构的最基本的理解？

我会努力正确表达自己。希望能有所帮助。

端口和适配器体系结构旨在构建html" target="_blank">解耦代码。

传递机制可以切换（从控制台应用程序到web应用程序...）而核心也会照样工作。

没关系。控制台和web应用程序是驱动应用程序的适配器。它们使用驱动端口（为外部参与者提供应用程序功能的端口）。

我可以使用实体框架一次，然后切换到dapper，而不会导致核心的改变。

六边形：

[app-name].hexagon.internal=应用程序的内部

[app-name].hexagon.driver.[driver-port-name]=一个或每个驱动程序端口（应用程序的API）

我写了一篇关于六边形体系结构的文章，在这里我解释了这个模式，我即将发布一个实现示例。如果你想读它，这里有链接：