架构设计本质：系统与子系统、模块与组件、框架与架构.docx

架构设计本质：系统与子系统、模块与组件、框架与架构
 
 
在软件研发这个领域，程序员的终极目标都是想成为一名合格的架构师。然而梦想很美好，但现实却很曲折。架构设计2篇必读文章：谁说做架构设计没有前途？和 他如何炼计一样，面向对象也不是银弹，而只是一种新的软件方法而已。
5、软件架构的产生
与之前的各种新方法或者新理念不同的是，“软件架构”出现的背景并不是整个行业都面临类似相同的问题，“软件架构”也不是为了解决新的软件危机而产生的，这是怎么回事呢？
随着软件系统规模的增加，计算相关的算法和数据结构不再构成主要的设计问题。当系统由许多部分组成时，整个系统的组织，也就是所说的“软件架构”，产生了一系列新的设计问题。比如：
系统规模庞大，内部耦合严重，开发效率低；
系统耦合严重，牵一发动全身，后续修改和扩展困难；
系统逻辑复杂，容易出问题，出问题后很难排查和修复；
“软件架构”的出现有其历史必然性。第一次软件危机引出了“结构化编程”，创造了“模块”概念；第二次软件危机引出了“面向对象编程”，创造了“对象”概念；直到“软件架构”的产生，创造了“组件”概念。
“模块”、“对象”和“组件”本质上都是对达到一定规模的软件进行拆分，差别只是在于随着软件的复杂度不断增加，拆分的粒度越来越粗，拆分的层次越来越高。
-     架构指什么     -
对于技术人员来说，“架构”是一个再常见不过的词了。当提起“架构”这个词时，如果去深究一下：“架构”到底指什么？大部分人也许并不一定能够准确地回答。1000个人心中可能有1001种架构的含义。
那么如何才能准确的理解架构呢？理解架构首先理解三个有关系而又相似的概念，包括：系统与子系统、模块与组件、框架与架构。
1、系统与子系统
关于“系统”的定义，我们先来看维基百科的定义：
系统泛指由一群 有关联 的个体组成，根据某种 规则运作，能完成 个别元件不能单独完成的工作的群体。它的意思是“总体”、“整体”或“联盟”。
来提炼下里面的关键信息：
关联：系统是由一群有关联的个体组成的，没有关联的个体堆在一起不能成为一个系统，例如：把一个发动机和一台PC放在一起不能称之为一个系统，把发动机、底盘、轮胎、车架组合起来才能成为一台汽车。
规则：系统内的个体需要按照指定的规则运作，而不是单个个体各自为政。规则规定了系统内个体分工和协作的方式。例如：汽车发动机负责产生动力，然后通过变速器和传动轴，将动力输出到轮胎上，从而驱动汽车前进。
能力：系统能力和个体能力有本质的差别，系统能力也不是个体能力之和，而是产生了新的能力。例如：汽车能够载重前进，而发动机、变速器、传动轴、车轮本
身都不具备这样的能力。
再来看下子系统的定义：
子系统也是由一群有关联的个体所组成的系统，多半会是更大系统中的一部分。
其实子系统和系统的定义是一样的，只是观察的角度有差异，一个系统可能是另外一个更大系统的子系统。
按照这个定义，系统和子系统比较容易理解。以微信为例来做一个分析：
微信本身是一个系统，包含聊天、登录、支付、朋友圈等子系统；
朋友圈这个系统又包括动态、评论、点赞等子系统；
评论这个系统可能又包括防刷子系统、审核子系统、发布子系统、存储子系统等；
评论审核子系统不再包含业务意义上的子系统，而是包括各个模块或者组件，这些模块或者组件本身也是另外一个维度上的系统，例如：MySQL、Redis等存储系统，但不是业务子系统。
2、模块与组件
从逻辑的角度来拆分系统，得到的单元就是“模块”；从物理的角度来拆分系统，得到的单元就是“组件”。划分模块的主要目的是职责分离；划分组件的主要目的是单元复用。其实，“组件”的英文“component”也可以翻译成中文的“零件”一词，“零件”更容易理解一些，“零件”是一个物理的概念，并且具备“独立且可替换”的特点。
3、框架与架构
单纯从定义的角度来看，框架关注的是“规范”，架构关注的是“结构”。框架的英文是“Framework”，架构的英文是“Architecture”。
我们经常会说，比如：“工程采用的是MVC架构”、“工程使用的是SSH框架”等。所以，第一句话是站在结构的层面来说明，第二句话是站在规范的层面来说明。
同时，如果是以不同的角度来说明结构，会得出不同的架构描述，比如：
从业务逻辑的角度分解，“学生管理系统”的架构：
“学生管理系统”的架构
从物理部署的角度分解，“学生管理系统”的架构：
“学生管理系统”的架构
从开发结构的角度分解，“学生管理系统”的架构：
“学生管理系统”的架构