【系统架构】-软件架构的5大风格
【摘要】 软件架构有哪几种风格?
软件架构的概念
软件架构 = 软件体系结构,架构设计就是需求分配,将满足需求的职责分配到组件上。
架构的本质
1、软件架构为软件系统提供一个结构、行为和属性的高级抽象
2、软件架构风格是特定应用领域的惯用模式
,架构定义一个词汇表和一组约束
。
架构的作用
1、软件架构是项目干系人进行交流的手段
2、软件架构是可传递和可复用的模型
,通过研究软件架构可能预测软件的质量
3、软件架构使推理和控制的更改变的简单,有助于循序渐进的原型设计
,可以作为培训的基础
架构发展历程
架构4+1视图
软件架构风格
- 架构风格反映了领域中众多系统所共有的结构和语义特性,并指导如何将各个构件有效的组织成一个完整的系统
- 架构风格定义了用于描述系统的术语表和一组指导构建系统的规则
五大架构风格 | 子风格 |
---|---|
数据流风格 | 批处理、管道-过滤器 |
调用/返回风格 | 主程序/子程序、面向对象、层次结构 |
独立构件风格 | 进程通信、事件驱动系统(隐式调用) |
虚拟机风格 | 解释器、规则系统 |
仓库风格 | 数据库系统、黑板系统、超文本系统 |
数据流风格
前一步
的处理结果是后一步
的输入内容【数据驱动】
优点 | 缺点 | 实例 |
---|---|---|
1、松耦合【高内聚-低耦合】 2、良好的重用性、可维护性 3、可扩展性【标准接口适配】 4、良好的隐蔽性 5、支持并行 |
1、交互性较差 2、复杂性较高 3、性能较差(每个过滤器都需要解析和合成数据) |
传统编译器 网络报文处理 |
调用/返回风格
这应该很好理解,程序里用的是最多的了。
子风格:
特别讲解下子风格分层架构风格:
独立构件风格
架构解耦
优点 | 缺点 | 特点 |
---|---|---|
1、松耦合 2、良好的重用性、可修改性和可扩展性 |
1、构件放弃了对系统计算的控制。一个构件触发一个事件时,不能确定其他构件是否会响应。即使知道了事件注册哪些构件,也不能保证这些过程被调用的顺序 2、数据交换的问题 3、过程的语义必须依赖被触发事件的上下文约束 |
系统由若干子系统构成且成为一个整体;系统由统一的目标;子系统有主从之分;每一个子系统有自己的事件收集和处理机制 |
虚拟机风格
仓库风格
比如数据库、数据中台等
其他
闭环控制风格
- 适用于嵌入式系统,用于解决简单闭环控制问题
- 经典应用:空调温控、定速巡航
C2风格
C2架构基本规则:
- 构件和连接件都有一个顶部和一个底部
- 构件的顶部要连接到连接件的底部,构件的底部要连接到连接件的顶部,构件之间不允许直连
- 一个连接件可以喝任意数目的其他构件和连接件连接
- 当两个连接件直接连接时,必须由其中一个的底部到另一个的顶部
以上就是软件架构的5大风格,关注我,给你分享更多知识。
【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱:
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论(0)