指导我们写出漂亮代码有一种方式是学习设计模式,自从 Gof 四人组的《设计模式》出版后,各类设计模式的书层出不穷。熟读这类书籍,对面试肯定是有帮助的,但代码能力是否有大的长进就不一定了,如果没能理解背后的思想,去生搬硬套,只会起反作用。
背后的思想就是指面向对象的原则:
这些原则就是告诉我们应该怎么合理地组织类和方法。最终使我们开发的程序能够满足:可扩展、可复用、可阅读。只是看这些原则比较抽象,最近又看了下六边形架构,我认为对代码的编写有很好的指导作用,下面就聊聊六边形架构。
六边形架构(Hexagonal Architecture),也被称为端口与适配器架构(Ports and Adapters Architecture),是一种软件架构模式,旨在实现高内聚、低耦合和可测试性的应用程序设计。该架构由 AlistAIr Cockburn 发明,他是敏捷宣言的签署者之一。
从上图可以看出有内外两层六边形,深蓝色和浅蓝色。
上图中的紫色部分的 context 是我们在实践过程中添加的,在应用层中进行逻辑组装时,如果没有业务上下文的概念,会导致很多方法被重复调用,所以在业务入口会进行上下文的初始化,将上下文贯穿整个调用链。
六边形架构也被称为端口与适配器架构,端口和适配器是两个非常关键且重要的概念。
端口是应用程序定义的接口,必须由外界实现,以便应用程序可以接收或发送信息,进行解耦。这个接口是广义的,不光是指 Interface,WebAPI 接口,一些类的公共方法也属于接口的范畴。
端口有分为两种:
使用端口和适配器进行处理应用程序的输入和输出,端口只是一种抽象,是应用程序在不了解任何内容的情况下与外界交互的一种方式。
例如:如果想要进行数据库的读取和写入,不是直接操作数据库,而是在接口中定义读取和写入的方法。应用程序不需要知道数据来自哪里,需要写到什么地方去,可能是数据库,也可能是文件系统或缓存,甚至会同时进行操作。
适配器是连接应用程序核心和外部接口的桥梁。它负责将外部请求转换为应用程序核心可以理解的格式,并将核心的响应转换为外部接口可以接受的格式。
适配器也分为两种:
当要将数据保存到数据库中时,适配器从接口定义的数据格式中获取数据,并将其转换为可以写入数据库的内容,重要的是,无论在适配器中怎么变化,核心域和接口不会发生变化。这就非常有用,将应用程序的核心逻辑和外部存储隔离开了。
正是由于端口和适配器的存在,程序变得稳定和容易变化。
为什么叫六边形架构?而不是三角形、圆形、正方形呢?
目前没有明确的理由说明为什么是六边形,而不是其他的形状。或许只是因为六边形比较好看。又或许,一个小的六边形代表这一个模块,一个系统有很多这种模块组成,模块之间有输入输出的交互,就像蜂窝一样。
而蜂窝正好是六边形的。
通过六边形架构,应用程序核心成为了架构的中心,具有清晰的边界和职责,可以独立于外部接口进行测试和演进。外部接口和适配器负责处理与外部系统的交互,使应用程序核心保持独立和可复用。主要有以下特点:
当我们谈论六边形架构时,会涉及到几个核心原则。这些原则指导我们持续优化软件架构,使系统保持其整体的稳定性。
根据这些原则,可以发现,这些就是在文章开头提到的那些面向对象的原则,通过六边形架构的包装后,更具备实操性。
在网上查六边形架构的资料,六边形架构往往都跟 DDD 、微服务在一起被提及,但他们之间其实没有很必然的联系。
就像微服务和 DDD 一样,也没有必然联系,因为:
所以,微服务和领域驱动开发(DDD)常常会一起提及,在学习的时候,也会两种一起学,互相配合能够更好地落地。
如果说,微服务是架构风格、DDD 是架构设计方法、那么六边形架构就是一种具体的指导编码的架构实践。
VS 的 HexagonalX 扩展。
在 VS 中可以安装六边形架构的扩展,安装后在创建项目时就会多出六边形架构的项目类型可供选择。
几个 Github 上的示例项目和文章:
https://github.com/alesimoes/hexagonal-clean-architecture。
https://github.com/ivanpaulovich/clean-architecture-manga。
https://blog.allegro.tech/2020/05/hexagonal-architecture-by-example.html。