1.架构的概念
1.什么是架构
涉及到的内容包括:系统与子系统、模块与组件、框架与架构
系统与子系统:
系统泛指由一群有关联的个体组成,根据某种规则运作,
能完成个别元件不能单独完成的工作的群体。它的意思是“总体”“整体”或“联盟”。
子系统也是由一群有关联的个体所组成的系统,多半会是更大系统中的一部分。
模块与组件:
从逻辑的角度来拆分系统后,得到的单元就是“模块”;
从物理的角度来拆分系统后,得到的单元就是“组件”。
划分模块的主要目的是职责分离;划分组件的主要目的是单元复用。
框架与架构:
框架关注的是“规范”,架构关注的是“结构”。
框架的英文是 Framework,架构的英文是 Architecture。
软件架构指软件系统的顶层结构。
最终总结:
架构是顶层设计结构;框架是面向编程或配置的半成品;
组件是从技术维度上的复用;模块是从业务维度上职责的划分;
系统是相互协同可运行的实体。
2.架构设计的历史背景
软件架构出现的历史背景:
1.机器语言(1940 年之前)
最早的软件开发使用的是“机器语言”,
直接使用二进制码 0 和 1 来表示机器可以识别的指令和数据。
归纳一下,机器语言的主要问题是三难:太难写、太难读、太难改!
2.汇编语言(20 世纪 40 年代)
为了解决机器语言编写、阅读、修改复杂的问题,
汇编语言应运而生。汇编语言又叫“符号语言”,
用助记符代替机器指令的操作码,
用地址符号(Symbol)或标号(Label)代替指令或操作数的地址。
缺点:除了编写本身复杂,还有另外一个复杂的地方在于:
不同 CPU 的汇编指令和结构是不同的。
3.高级语言(20 世纪 50 年代)
公式翻译器 枚举处理器 通用商业导向语言
这些语言让程序员不需要关注机器底层的低级结构和逻辑,
而只要关注具体的问题和业务即可。
4.第一次软件危机与结构化程序设计(20 世纪 60 年代~20 世纪 70 年代)
5.第二次软件危机与面向对象(20 世纪 80 年代)
6.软件架构的历史背景(提出:20 世纪 60 年代 流行:20 世纪 90 年代开始的)
随着软件系统规模的增加,计算相关的算法和数据结构不再构成主要的设计问题;
当系统由许多部分组成时,整个系统的组织,也就是所说的“软件架构”,
导致了一系列新的设计问题。
只有规模较大的软件系统才会面临软件架构相关的问题,例如:
系统规模庞大,内部耦合严重,开发效率低;
系统耦合严重,牵一发动全身,后续修改和扩展困难;
系统逻辑复杂,容易出问题,出问题后很难排查和修复。
模块 对象 组件三大概念催生了软件架构的产生 软件架构的出现有其历史必然性。
20 世纪 60 年代第一次软件危机引出了“结构化编程”,创造了“模块”概念;
20 世纪 80 年代第二次软件危机引出了“面向对象编程”,创造了“对象”概念;
到了 20 世纪 90 年代“软件架构”开始流行,创造了“组件”概念。我们可以看到,
“模块”“对象”“组件”本质上都是对达到一定规模的软件进行拆分,
差别只是在于随着软件的复杂度不断增加,拆分的粒度越来越粗,拆分的层次越来越高。
3.架构设计的目的
1.架构是为了应对软件系统复杂度而提出的一个解决方案。
2.架构即(重要)决策
3.需求驱动架构,架起分析与设计实现的桥梁
4.架构与开发成本的关系