在软件开发中，我们经常寻求解决代码的可扩展性、可维护性和可测试性问题。这就是六边形架构（也称为“端口和适配器”）发挥作用的地方。
Alistair Cockburn 开发的这种方法的想法是，业务域（应用程序的核心）与系统的其余部分隔离，并且可以独立于外部技术（框架、数据库、UI、外部技术）使用。 API )。
来吧，让我们深入了解六边形架构的基本概念，并一起看看它如何改变您设计代码的方式！ ？
六边形架构是一种构建应用程序的方式，使其独立于外部细节。它通过将应用程序划分为几个不同的层来强调关注点分离。
目标是通过组织应用程序核心（业务逻辑）与外部世界（数据库、用户界面、API、框架等）之间的交互，使应用程序独立于特定技术，所有这一切都通过端口 和适配器。
将您的应用程序想象为一个六边形，域（业务逻辑）位于中心。这个核心业务不应该直接链接到实现细节（如Symfony、Doctrine、第三方API等）。为了实现这一点，需要创建称为端口的接口，这些接口将由适配器实现，适配器负责与外部服务的通信。
？ 端口：换句话说，就是外界与业务核心交互的接口。端口是应用程序的入口或出口点（API、HTTP 请求、CLI 命令等）。
？ 适配器：适配器是这些接口的具体实现。它们将外部请求或响应转换为业务逻辑可以理解的操作。这包括与数据库、框架、API 等的交互
为了更好地理解，我们将在 Symfony 中使用一个简单的例子。让我们假设您的应用程序必须允许用户下订单，并且它必须与数据库交互来存储这些订单。
好吧，看看如何根据六边形架构构建您的应用程序。 ？
这是应用程序的核心，该部分没有外部依赖项。这是业务逻辑所在的地方，例如创建订单、验证其数据等
这里，Order 类代表订单的基本模型。您会注意到，此类对如何存储或数据来自何处一无所知。
端口定义适配器必须实现的接口，以便业务逻辑可以工作。它们可以是进入系统的入口点（如HTTP请求）或退出点（如对数据库的调用）。
OrderRepositoryInterface 接口将作为输出端口。它只是定义了业务逻辑需要与数据库交互的方法。域不知道如何保存这些数据。
适配器非常简单，是端口的具体实现。适配器将允许您翻译：
L’adapter ici traduit l’appel à OrderRepositoryInterface en une interaction avec Doctrine (bibliothèque de gestion de base de données) mais ta logique métier n'a aucune idée que Doctrine est utilisé.
Le contrôleur va agir comme un point d’entrée pour notre application. C’est lui qui interagit avec l’utilisateur via les requêtes HTTP, puis délègue les tâches au domaine via les Ports et Adapters.
Ici, tu peux voir que le contrôleur ne connaît que l’interface OrderRepositoryInterface et pas l’implémentation concrète. Ca permet de rendre le code testable, extensible, et indépendant des frameworks et technologies externes (Symfony, Doctrine, etc.).
En séparant ta logique métier des implémentations externes (base de données, HTTP, API externes), tu rends ton code plus flexible. Changer de base de données ou de framework devient plus simple et moins risqué.
Comme la logique métier n'est pas liée à des éléments externes, tu peux facilement mock ou remplacer les adaptateurs dans tes tests.
Avec cette séparation claire, il est plus facile d'ajouter de nouvelles fonctionnalités, de modifier des comportements ou de réutiliser certains composants sans toucher à la logique métier.
Tu peux réutiliser le même cœur métier avec différents types d'adaptateurs. Par exemple, la même logique métier peut être utilisée pour une application web, une API REST ou encore une interface en ligne de commande.
Même si l'architecture hexagonale est puissante, structurer ton application de cette façon peut être un peu overkill, surtout pour des petits projets. Pour des petites applications, l'architecture hexagonale peut ajouter une complexité inutile, car tout découpler n’est pas toujours nécessaire.
以上是六边形架构的发现：用于健壮且可扩展的代码的详细内容。更多信息请关注PHP中文网其他相关文章！
