【嵌入式软件工程师】都在找的七大架构模式终于找全了！

点击左上角蓝字“华清远见”，关注+★星标，方便查看华妹的日常推送哦

嵌入式软件因为硬件资源限制，可能存在驱动与应用耦合的情况，但对于大型项目，资源充裕的情况下，复杂的业务逻辑、后续扩展维护的需要，必须采用分层和模块化思维，这种思想就是架构模式。市面上常见的架构模式有以下几种：① 分层架构② 多层架构③ 管道 - 过滤器架构④ 客户端 - 服务器架构⑤ 模型 - 视图 - 控制器架构⑥ 事件驱动架构⑦ 微服务架构分层架构模式*常见的架构模式就是分层架构，大部分分层架构主要由四层组成：展现层、业务层、持久层和数据库层，如下图所示：

1）上下文复杂的系统都会经历独立的发展和衍化系统各个部分的需要。出于这个原因，系统开发者需要对关注点进行清晰且条理分明地分离，以便系统的各个模块可以独立地开发和维护。2）问题软件需要以这样一种方式分割：各个模块可以独自开发和衍化，各自部分之间的交互非常少，支持可移植性、可修改性和复用性。3）方案为了实现关注点分离，分层模式将软件分割成各个单元（称为“层”）。每一层都是一组模块，提供了一组高内聚的服务。其使用必须是单向的。将一组软件作为一个完整的分区，每个分区暴露一个公开接口。第*个概念是，每一层都有特定的角色和职责。例如，展现层负责处理所有的用户界面。分层架构的这种关注点分离，让构建高效的角色和职责非常简单。第二个概念是，分层架构模式是一个技术性的分区架构，而非一个领域性的分区架构。它们是由组件组成的，而不是领域。最后一个概念是，分层架构中的每一层都被标记为封闭或者开放。封闭层意味着请求从一层移到另一层，它必须通过它正下面的这一层才能达到下面这一层的再下一层。请求不能跳过任何层。

4）弱点分层会导致性能下降。这种模式不适合高性能应用程序，因为经过架构中的多层来实现一个业务请求的效率是不高的。还会增加系统的前期成本和复杂性。5）用途我们应该将这种方式应用于小型简单的应用程序。多层模式

许多系统的执行结构被组织成一系列逻辑组件分组。每个分组被称为一个层。1）上下文在一个分布式部署中，通常需要将系统的基础设施分到不同的子集中。2）问题我们如何将系统分割到多个计算上独立的执行结构：由一些通信媒介连接的软件和硬件组？3）弱点大量前期成本和复杂性。4）用途用在分布式系统中。管道-过滤器架构软件架构中反复出现的一种模式是管道 - 过滤器（pipe-filter）模式。

1）上下文许多系统需要转换从输入到输出的离散数据流。许多类型转换在实践中重复出现，因此将其创建成独立的可复用的部分，这是比较理想的。2）问题这些系统需要被分割成可复用的松耦合的组件，组件之间拥有简单通用的交互机制。这样它们就可以灵活地相互结合。这些通用松耦合的组件就很容易复用。独立的组件可以并行执行。3）方案这种架构中的管道构成了过滤器之间的通信通道。第*个概念是，由于性能原因，每个管道都是非定向的和点对点的，接受来自一个源的输入并经常直接输出到另外一个源。在这种模式中，有如下四种过滤器。? producer（source）：一个过程的起点。? transformer (map)：对一些或所有数据进行转换。? tester (reduce)：测试一个或多个条件。? consumer (sink)：终点。4）弱点不太适合交互性的系统，因为它们的转换特性。过多的解析和反解析会导致性能损失，也会增加编写过滤器本身的复杂性。5）用途管道 - 过滤器架构用于各种应用程序，特别是简化单项处理的任务。客户端-过滤器架构

1）上下文有许多共享资源和服务是大量分布式的客户端希望访问的，希望控制访问或服务质量。2）问题通过管理一组共享资源和服务，我们可以通过分解公共服务并在单个位置或少数位置进行修改来提高可修改性和复用性。我们想要通过在将资源本身分布在多个物理服务器上的同时集中控制这些资源和服务，来提高可伸缩性和可用性。3）方案在客户端 - 服务器模式中，组件和连接器具有特定的行为。称为“客户端”的组件将请求发送到称为“服务器”的组件，然后等待回复。服务器组件接收到客户端的请求并向其发送回复。4）弱点服务器会成为性能瓶颈和单点故障位置。在系统建成后，关于功能位置（在客户端还是在服务器）的决策通常是复杂的而且变动成本很大。5）用途对于有许多组件（客户端）发送请求到另外一些提供服务的组件（服务器）的系统，我们可以使用客户端 - 服务器模式来建模这个系统的一部分：在线应用程序，例如电子邮件、共享文档或银行服务。模型-视图-控制器架构（MVC）

1）上下文用户界面通常是一个交互性应用程序的*频繁被修改的部分。用户通常希望从不同的视角查看数据，例如柱状图或者饼图。这些表示形式都应该反映数据当前的状态。2）问题用户界面功能如何独立于应用程序功能，同时还还对用户输入或底层应用程序数据的更改做出响应？当底层应用程序数据更改时，如何创建、维护和协调用户界面的多个视图？3）方案模型 - 视图 - 控制器（model-view-controller，即 MVC）模式将应用程序功能分为以下三种类型的组件：? 模型，包含应用程序的数据。? 视图，显示部分底层数据并与用户交互。? 控制器，在模型和视图之间进行中介并管理状态更改的通知。4）弱点对于简单的用户界面，其复杂性并不值得这么做。模型、视图和控制器抽象可能不适用于某些用户界面工具包。5）用途MVC 是网站或移动应用程序开发用户界面常用的一种架构模式。事件驱动架构1）上下文需要提供计算和信息资源来处理传入的应用程序生成的独立异步事件，这种方式可以随着需求的增加而扩展。2）问题构建分布式系统，这个系统可以服务异步到达的事件相关信息，并且能从简单小型扩展到复杂大型。3）方案

为事件处理部署独立的事件进程或处理器。到达的事件进入队列。调度程序根据调度策略从队列中拉取事件并将它们分配到合适的事件处理器。4）弱点性能和错误恢复可能是问题。5）用途使用这个方案的电商应用程序将工作如下：Order Service 创建一个 Order，这个订单处于待定状态，然后发布一个OrderCreated事件。? Customer Service 接收到这个事件并尝试为这个 Order 扣除信用。然后发布一个Credit Reserved 事件或者CreditLimitExceeded（超出信用限额）事件。? Order Service 接收到 Customer Service 发送的事件并将订单状态更改为已核准或已取消。微服务架构1）上下文部署基于服务器的企业应用程序，支持各种浏览器和原生移动客户端。应用程序通过执行业务逻辑、访问数据库、与其它系统交换信息并返回响应来处理客户端请求。这个应用程序可能会暴露一个第三方 API。2）问题一体化应用程序会变得过于庞大和复杂，无法得到有效支持和部署来实现*优的分布式资源利用，例如在云环境中。3）方案

将应用程序构建成服务套件。每个服务都是独立部署和可扩展的，拥有自己的 API 边界。不同的服务可以用不同的编程语言编写，管理它们自己的数据库，由不同的团队开发。4）弱点系统设计必须能容忍服务失败，需要更多的系统监控。服务编排和事件协作开销比较大。5）用途许多使用场景都可以应用微服务架构，特别是那些涉及大量数据管道的场景。例如，一个微服务系统对关于一个公司的零售店销售的报表系统会比较理想。数据展现过程的每一步都会被一个微服务处理：数据收集、清理、规范化、浓缩、聚合、报告等。（声明：本文素材来源网络，版权归原作者所有。如侵删~）对于嵌入式领域的前沿技术，华清远见有深厚的专业资源，对标企业用人标准，针对性开设了【嵌入式工程师高薪就业护航班】。为了帮助大家更快更轻松地掌握高薪技能，华妹为大家准备了一份嵌入式学习路线图和免费试听体验课，联系华妹即可领取哦！· 课程福利，先到先得 ·点击下方小程序即可领取【嵌入式学习路线】！还可以咨询华妹领取【嵌入式免费试听课】哟~

△嵌入式学习路线

扫描上方二维码，咨询华妹了解更多【嵌入式】课程详情另外，华妹已经为大家准备好了一份惊喜哦！包括嵌入式、物联网、人工智能等多门高薪就业课程并特意为大家准备了课程福利~线下购课福利??????

线上购课福利??????

如果有任何问题扫码联系华妹哟~

关于华清远见华清远见教育科技集团成立于2004年，是一家集产学研用于一体的科技驱动型新一代信息技术领域教育服务**品牌。致力于让每位学子都能简单直接高效地获取紧跟科技时代前沿的IT教育服务，实现高端职业梦想。从线下到线上，从教学到研发，从理论到实践，从校园到职场，同时为企业、高校、个人提供全方位的人才培养解决方案。目前已在全国主要一二线城市成立13个学习中心，为企业输送30余万IT人才，并为1100余所高校、20000余家企业赋能人才培养和人才支撑。

技术干货集锦：超干货！五分钟带你了解WebSocket协议超干货！嵌入式工程师必须懂fork与vfork~超干货！STM32五大嵌入式操作系统的真相原来是这样！超干货！究竟谁还不知道嵌入式系统“四个地址”？！超干货！5步解决Linux内核内存泄漏~超干货！HTML5的前沿特性有哪些？超干货！谁能告诉我，硬件工程师到底还有没有前途啊？！超干货！嵌入式应用开发和嵌入式驱动开发，究竟该如何选择？超干货！ES数组中ES6的常用方法，你知道多少呢？超干货！2000+字告诉你：嵌入式到底卷不卷？！超干货！一文读懂：STM32究竟该如何配置HAL库！超干货！淦！嵌入式*火的方向必须有这几个！超干货！嵌入式C语言——断言函数assert()的应用，你又了解多少？超干货！月薪8K和年薪40W的嵌入式工程师到底差在哪了？超干货！嵌入式工程师都知道的行业真相！其开发中常用的三种架构竟然是............