软件架构的概念

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

架构的本质

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

架构的作用

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

架构发展历程

架构4+1视图

软件架构风格

架构风格反映了领域中众多系统所共有的结构和语义特性，并指导如何将各个构件有效的组织成一个完整的系统

架构风格定义了用于描述系统的术语表和一组指导构建系统的规则

五大架构风格

子风格

数据流风格

批处理、管道-过滤器

调用/返回风格

主程序/子程序、面向对象、层次结构

独立构件风格

进程通信、事件驱动系统（隐式调用）

虚拟机风格

解释器、规则系统

仓库风格

数据库系统、黑板系统、超文本系统

数据流风格

前一步的处理结果是后一步的输入内容【数据驱动】

优点

缺点

实例

1、松耦合【高内聚-低耦合】 2、良好的重用性、可维护性 3、可扩展性【标准接口适配】4、良好的隐蔽性5、支持并行

1、交互性较差2、复杂性较高3、性能较差（每个过滤器都需要解析和合成数据）

传统编译器网络报文处理

调用/返回风格

这应该很好理解，程序里用的是最多的了。

子风格：

特别讲解下子风格分层架构风格：

独立构件风格

架构解耦

优点

缺点

特点

1、松耦合2、良好的重用性、可修改性和可扩展性

1、构件放弃了对系统计算的控制。一个构件触发一个事件时，不能确定其他构件是否会响应。即使知道了事件注册哪些构件，也不能保证这些过程被调用的顺序2、数据交换的问题3、过程的语义必须依赖被触发事件的上下文约束

系统由若干子系统构成且成为一个整体；系统由统一的目标；子系统有主从之分；每一个子系统有自己的事件收集和处理机制

虚拟机风格

仓库风格

比如数据库、数据中台等

其他

闭环控制风格

适用于嵌入式系统，用于解决简单闭环控制问题

经典应用：空调温控、定速巡航

C2风格

C2架构基本规则：

构件和连接件都有一个顶部和一个底部

构件的顶部要连接到连接件的底部，构件的底部要连接到连接件的顶部，构件之间不允许直连

一个连接件可以喝任意数目的其他构件和连接件连接

当两个连接件直接连接时，必须由其中一个的底部到另一个的顶部

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