• 【系统架构】-什么是软件架构的5大风格


    软件架构的概念

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

    架构的本质

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

    架构的作用

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

    架构发展历程

    在这里插入图片描述

    架构4+1视图

    在这里插入图片描述

    软件架构风格

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

    数据流风格

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

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

    调用/返回风格

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

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

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

    独立构件风格

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

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

    虚拟机风格

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

    仓库风格

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

    其他

    闭环控制风格

    在这里插入图片描述

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

    C2风格

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

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

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

  • 相关阅读:
    Origin分段显示柱状图
    RNN/LSTM (四) 实践案例改编
    Bean作用域和生命周期-------JavaEE(Spring)
    一张图搞定CSS选择器的优先级
    DAY-2 | 哈希表、指针与区间划分:字符种数统计问题
    从金蝶云星空到赛意SMOM通过接口配置打通数据
    WebRTC系列-网络之带宽估计和码率估计(4)接收端带宽估计-发送端paced
    Boost初始化static成员变量
    Linux学习(1) ——Linux基本介绍
    windows结束进程并定时重启应用bat脚本
  • 原文地址:https://blog.csdn.net/weixin_40972073/article/details/125400460