【架构】1.1浅谈架构基础

1.架构定义

“架构”一词对于一名开发者而言甚是熟悉，但是真的细想，是否真的了解这两个字的含义？架构与我们又常说的“框架”的区别又在哪里? 开发过程中，我们常说A系统、B系统，C子系统，a1模块，c功能，fastjson组件等概念？他们的区别又在哪里呢？

1.1系统&子系统

系统是指一群有关联的个体，按照一定的规则运作，产生一种/多种新的能力的群体（也就是产生的新的能力，而不是多个个体能力的简单相加），核心词如下：

1. 关联： 强调系统是由一群有一定关系的个体组成，而不能是毫无关系的个体；
2. 规则： 强调关联的个体要按照一定的规则运行，而不能杂乱无序；
3. 能力： 强调产生新的能力；

子系统和系统含义相同，只是观察角度不一样。多数情况下子系统为系统的一部分。也有的公司将子系统作为最大的集合，xx1系统作为XX子系统的一部分；只是划分角度的不同。

1.2模块&组件

模块和组件都是组成系统的单元，也只是划分角度的不同。

从逻辑角度拆分后得到的单元是模块（Module），模块强调职责分离，例如：我们常说的登录模块，日志模块等，强调功能的划分；
从物理角度拆分后得到的单元是组件（Component），组件强调复用性，例如我们常用的fastjon、hutool等各种依赖属于组件；

1.3框架&架构

框架与架构之间有着较强的关联关系，概念也比较类似；

软件框架（Software Framework）指为了实现某个业界标准或完成特定任务的软件组件规范，也指为了实现某个软件组件规范时，提供规范所要求的基础功能的软件产品；

核心关键词：
1.框架是规范： 例如MVP、MVC等；
2.框架提供基础的功能/产品： 例如SSH、SSM、Springboot等；

软件架构（Software Architecture）指在一定的设计原则基础上，从不同角度对组成系统的各部分进行搭配和安排，形成系统的多个结构而组成架构，它包括该系统的各个组件，组件的外部可见属性及组件之间的相互关系。组件的外部可见属性是指其他组件对该组件所做的假设；
软件架构是特定约束下决策的结果，并且这是一个循环递进的过程

软件架构设计就是从宏观上说明一套软件系统的组成与特性，是一系列有层次的决策 ，是软件系统的**“顶层结构” **。比如：功能与展现的决策；技术架构的决策；自主研发还是合作；商业软件还是开源软件等等。