【系统架构】-软件架构的5大风格

简介: 软件架构有哪几种风格?

image.png

软件架构的概念

软件架构 = 软件体系结构,架构设计就是需求分配,将满足需求的职责分配到组件上。

架构的本质

1、软件架构为软件系统提供一个结构、行为和属性的高级抽象
2、软件架构风格是特定应用领域的惯用模式,架构定义一个词汇表和一组约束

架构的作用

1、软件架构是项目干系人进行交流的手段
2、软件架构是可传递和可复用的模型,通过研究软件架构可能预测软件的质量
3、软件架构使推理和控制的更改变的简单,有助于循序渐进的原型设计,可以作为培训的基础

架构发展历程

在这里插入图片描述

架构4+1视图

在这里插入图片描述

软件架构风格

  • 架构风格反映了领域中众多系统所共有的结构和语义特性,并指导如何将各个构件有效的组织成一个完整的系统
  • 架构风格定义了用于描述系统的术语表和一组指导构建系统的规则
五大架构风格 子风格
数据流风格 批处理、管道-过滤器
调用/返回风格 主程序/子程序、面向对象、层次结构
独立构件风格 进程通信、事件驱动系统(隐式调用)
虚拟机风格 解释器、规则系统
仓库风格 数据库系统、黑板系统、超文本系统

数据流风格

在这里插入图片描述
前一步的处理结果是后一步的输入内容【数据驱动】
在这里插入图片描述

优点 缺点 实例
1、松耦合【高内聚-低耦合】
2、良好的重用性、可维护性
3、可扩展性【标准接口适配】
4、良好的隐蔽性
5、支持并行
1、交互性较差
2、复杂性较高
3、性能较差(每个过滤器都需要解析和合成数据)
传统编译器
网络报文处理

调用/返回风格

在这里插入图片描述
这应该很好理解,程序里用的是最多的了。

子风格:
在这里插入图片描述

特别讲解下子风格分层架构风格:在这里插入图片描述

独立构件风格

架构解耦
在这里插入图片描述

优点 缺点 特点
1、松耦合
2、良好的重用性、可修改性和可扩展性
1、构件放弃了对系统计算的控制。一个构件触发一个事件时,不能确定其他构件是否会响应。即使知道了事件注册哪些构件,也不能保证这些过程被调用的顺序
2、数据交换的问题
3、过程的语义必须依赖被触发事件的上下文约束
系统由若干子系统构成且成为一个整体;系统由统一的目标;子系统有主从之分;每一个子系统有自己的事件收集和处理机制

虚拟机风格

在这里插入图片描述
在这里插入图片描述

仓库风格

比如数据库、数据中台等
在这里插入图片描述

其他

闭环控制风格

在这里插入图片描述

  • 适用于嵌入式系统,用于解决简单闭环控制问题
  • 经典应用:空调温控、定速巡航

C2风格

在这里插入图片描述
C2架构基本规则:

  • 构件和连接件都有一个顶部和一个底部
  • 构件的顶部要连接到连接件的底部,构件的底部要连接到连接件的顶部,构件之间不允许直连
  • 一个连接件可以喝任意数目的其他构件和连接件连接
  • 当两个连接件直接连接时,必须由其中一个的底部到另一个的顶部

以上就是软件架构的5大风格,关注我,给你分享更多知识。

相关文章
|
7月前
|
存储 监控 微服务
微服务和单体架构是两种不同的软件架构风格
微服务和单体架构是两种不同的软件架构风格
86 1
|
4月前
|
Ubuntu Linux
查看Linux系统架构的命令,查看linux系统是哪种架构:AMD、ARM、x86、x86_64、pcc 或 查看Ubuntu的版本号
查看Linux系统架构的命令,查看linux系统是哪种架构:AMD、ARM、x86、x86_64、pcc 或 查看Ubuntu的版本号
979 3
|
6月前
|
存储 边缘计算 Cloud Native
“论模型驱动架构设计方法及其应用”写作框架,软考高级,系统架构设计师
模型驱动架构设计是一种用于应用系统开发的软件设计方法,以模型构造、模型转换和精化为核心,提供了一套软件设计的指导规范。在模型驱动架构环境下,通过创建出机器可读和高度抽象的模型实现对不同问题域的描述,这些模型独立于实现技术,以标准化的方式储存,利用模型转换策略来驱动包括分析、设计和实现等在内的整个软件开发过程。
343 3
|
3月前
|
监控 Android开发 iOS开发
深入探索安卓与iOS的系统架构差异:理解两大移动平台的技术根基在移动技术日新月异的今天,安卓和iOS作为市场上最为流行的两个操作系统,各自拥有独特的技术特性和庞大的用户基础。本文将深入探讨这两个平台的系统架构差异,揭示它们如何支撑起各自的生态系统,并影响着全球数亿用户的使用体验。
本文通过对比分析安卓和iOS的系统架构,揭示了这两个平台在设计理念、安全性、用户体验和技术生态上的根本区别。不同于常规的技术综述,本文以深入浅出的方式,带领读者理解这些差异是如何影响应用开发、用户选择和市场趋势的。通过梳理历史脉络和未来展望,本文旨在为开发者、用户以及行业分析师提供有价值的见解,帮助大家更好地把握移动技术发展的脉络。
116 6
|
5月前
|
人工智能 供应链 架构师
软件架构一致性问题之Serverless架构处理架构一致性问题如何解决
软件架构一致性问题之Serverless架构处理架构一致性问题如何解决
59 2
|
6月前
|
存储 数据采集 数据挖掘
“湖仓一体架构及其应用”写作框架,系统架构设计师
随着5G、大数据、人工智能、物联网等技术的不断成熟,各行各业的业务场景日益复杂,企业数据呈现出大规模、多样性的特点,特别是非结构化数据呈现出爆发式增长趋势。在这一背景下,企业数据管理不再局限于传统的结构化OLTP(On-Line Transaction Processing)数据交易过程,而是提出了多样化、异质性数据的实时处理要求。传统的数据湖(Data Lake)在事务一致性及实时处理方面有所欠缺,而数据仓库(Data Warehouse)也无法应对高并发、多数据类型的处理。因此,支持事务一致性、提供高并发实时处理及分析能力的湖仓一体(Lake House)架构应运而生。湖仓一体架构在成本、
143 2
|
6月前
|
存储 消息中间件 API
“论微服务架构及其应用”写作框架,软考高级,系统架构设计师
论微服务架构及其应用近年来,随着互联网行业的迅猛发展,公司或组织业务的不断扩张,需求的快速变化以及用户量的不断增加,传统的单块(Monolithic)软件架构面临着越来越多的挑战,已逐渐无法适应互联网时代对软件的要求。在这一背景下,微服务架构模式(MicroserviceArchitecturePattern)逐渐流行,它强调将单一业务功能开发成微服务的形式,每个微服务运行在一个进程中;采用HTTP等通用协议和轻量级API实现微服务之间的协作与通信。这些微服务可以使用不同的开发语言以及不同数据存储技术,能够通过自动化部署工具独立发布,并保持最低限制的集中式管理。
358 4
|
5月前
|
存储 搜索推荐 API
业务系统架构实践问题之单系统内架构形态中,起步时的domain设计问题如何解决
业务系统架构实践问题之单系统内架构形态中,起步时的domain设计问题如何解决
|
5月前
|
存储 搜索推荐 API
业务系统架构实践问题之分层架构中的四层定位是什么
业务系统架构实践问题之分层架构中的四层定位是什么
160 0
|
7月前
|
存储 监控 微服务
微服务和单体架构是两种不同的软件架构风格,每种都有其自身的优缺点
【1月更文挑战第1天】微服务和单体架构是两种不同的软件架构风格,每种都有其自身的优缺点
117 0