从概念性架构到实际架构

软件架构的一般设计过程&＃xff1a;先进行概念性架构的设计&＃xff0c;把最关键的设计要素和交互机制确定&＃xff0c;然后在考虑具体技术的应用&＃xff0c;设计出实际架构。

什么是概念性架构&＃xff1f;

概念性架构的特点&＃xff1a;

通过主要的设计元素以及它们之间的关系来描述系统。

符合软件架构的特点&＃xff1a;架构&＃61; 组件&＃43; 交互。

往往是粗粒度的。

包括一些高层次的决策&＃xff0c;对将来系统的扩展和维护非常重要。

重在说明关键的机制。

属于最初的架构设计成果。

软件概念性架构和敏捷开发中的隐喻很像&＃xff0c;都是一种对软件系统非常宽泛的描述&＃xff0c;是一种软件系统涉及到的人员&＃xff0c;包括开发人员和客户&＃xff0c;进行交流时的一种途径和方式。

概念性架构属于高度抽象情况下的产物&＃xff0c;所以不会体现出某一特定系统的个性化&＃xff0c;这也是同一类型的很多产品的概念性架构都趋同的原因。

概念性架构往往与具体技术的运用和具体平台的选择没有关系&＃xff0c;而实际架构则非常关心这些问题。

从概念性架构到实际架构&＃xff0c;概念性架构是不可能直接实现的&＃xff0c;开发人员还需要关注以下几点&＃xff1a;

1.       接口。概念性架构中没有接口的概念&＃xff0c;只是抽象的组件和组件之间的交互。

2.       子系统。概念性架构中只有抽象的组件&＃xff0c;这些组件没有接口之友职责&＃xff0c;一般是处理组件、数据组件或者连接组件的一种。

3.       交互机制。实际架构中的交互机制是‘实在’的&＃xff0c;例如通过接口、回调等&＃xff0c;而概念性架构中的交互机制是‘概念化’的&＃xff0c;例如‘A层使用B层的服务’&＃xff0c;而所谓的‘使用’&＃xff0c;并没有指明采取哪种方式。