产品
当有人潜入软件工程世界时，有一天他需要学习软件架构模式的基础知识。当我刚接触编码时，我不知道从哪里获得简要介绍现有架构模式的资源，这样它就不会太详细和混乱，而是非常抽象和易于理解。
在我找到Mark Richards 的一本书Software Architecture Patterns 之前，这一直是个问题。在这里，我想与大家分享本书的一些最重要的部分和架构模式。
作为软件工程师，为什么至少要学习基本的架构模式？
我相信有很多文章回答了这个问题，但我会给你一些考虑的理由。首先，如果您了解架构模式的基础知识，那么您就更容易遵循架构师的要求。其次，了解这些模式将有助于您在代码中做出决策：例如，如果您的应用程序设计基于事件驱动的微服务，那么作为软件工程师，您必须将您的代码解耦为一个单独的服务，如果您注意到日益增加的复杂性和现有服务中的逻辑责任。（如果您没有得到这部分内容，请按照文中的说明进行操作，其中简要说明了此模式）。
Mark Richards 在书中描述了 5 种模式：
它是单体应用程序最常见的架构。该模式背后的基本思想是将应用程序逻辑划分为若干层，每一层都封装了特定的角色。例如，持久层将负责您的应用程序与数据库引擎的通信。
图 1. 分层架构模式（链接图片原始出处）
这种模式背后的想法是将应用程序逻辑解耦为**异步接收和处理事件的单一用途事件处理组件。**这种模式是流行的分布式异步架构模式之一，以高可扩展性和适应性着称。
图 2. 事件驱动架构代理拓扑（链接图片原源）
Mikrokernel 架构，也称为插件架构，是具有两个主要组件的设计模式：核心系统和插件模块（或扩展）。一个很好的例子是Web 浏览器（核心系统），您可以在其中安装无穷无尽的扩展（或插件）。
图 3. Mikrokernel 架构（图片来源链接）
微服务架构由单独部署的服务组成，理想情况下，每个服务都有单一的职责。 这些服务相互独立，如果一项服务失败，其他服务将不会停止运行。
图 4. 微服务架构（图源链接）
基于空间的模式背后的主要思想是分布式共享内存，以缓解在数据库级别经常发生的问题。假设通过使用内存数据处理大多数操作，我们可以避免数据库中的额外操作，因此可能会从那里演变出任何未来的问题（例如，如果您的用户活动数据实体已更改，您不需要更改一堆持久化的代码并从数据库中检索该数据）。
基本方法是将应用程序分成处理单元（可以根据需要自动扩展和缩减），其中数据将在这些单元之间复制和处理，而无需对中央数据库进行任何持久性（尽管将有本地存储用于系统故障的场合）。
图 5. 基于空间的架构（链接到图片的原始来源）
您可以在我的 GitHub 帐户中找到其中一些架构模式的最简单示例。这里的链接：
如果您想快速了解如何扩展应用程序的基础知识，请阅读我的下一篇文章如何扩展您的应用程序：5 分钟阅读，然后是文章缓存作为软件架构的一部分：5 分钟阅读，更接近通过缓存查看性能调整。
此外，如果您寻找更高级的主题：远程过程调用链：5 分钟阅读
免责声明：本文系网络转载或改编，未找到原创作者，版权归原作者所有。如涉及版权，请联系删
155-2731-8020
