想弄明白问题

读后感

参照第15章的描述，

软件架构这项工作的实质就是规划如何将系统切分成组件，并安排组件之间的排列关系，以及组件之间互相通信的方式。

为什么要这么做，

设计软件架构的目的，就是为了在工作中更好地对这些组件进行研发、部署、运行以及维护。

具体来说，根据单一职责原则，切分系统成多个组件，利用依赖反转原则调整组件的依赖关系，根据同步还是异步设计组件之前的通信接口。这么做的目的很简单：降低开发、部署、运行以及维护的成本，用最少的人力和物力来完成系统的构建和维护。

书里面给了三个指标：不稳定性(A)、抽象性(I)、距离主序列线的距离(D)。

A: 假设 $a_{out}$ 表示该组件依赖的组件数量， $a_{in}$ 表示该组件被依赖的组件数量，那么 $A = a_{out} / (a_{out} + a_{in})$ ，当前组件依赖的其它组件越多，则越不稳定；
I: 假设 $C_i$ 表示组件内抽象类的数量， $C_c$ 表示具体实现类的数量，则 $I=C_i/(C_i + C_c)$ ，当前组件内的抽象类占比越高，则越抽象；
D: 先定义主序列线，以A为纵轴，I为横轴，只取第一象限，则主序列线为A+I-1=0的线段，D表示当前组件距离主序列线的距离，值越小，说明设计越好。