软件架构中的度量、连接性与特性解析
1. 代码度量工具与局限性
在软件开发中,许多平台都存在提供代码度量的工具。这些工具能在架构师分析代码库时提供帮助,尤其是在面对不熟悉的代码、进行代码迁移或评估技术债务时。
不过,代码级别的度量工具存在一定局限性。与其他工程学科的分析工具相比,我们现有的代码分析工具显得较为粗糙。即使是直接从代码结构得出的度量指标,也需要进行解读。例如,圈复杂度能衡量代码库的复杂度,但无法区分本质复杂度(由于底层问题本身复杂)和偶然复杂度(代码比应有的复杂度更高)。几乎所有代码级别的度量指标都需要解读,但为关键指标(如圈复杂度)建立基线仍然是有用的,这样架构师就能评估代码所呈现的复杂度类型。
2. 连接性(Connascence)的概念
2.1 连接性的定义
1996 年,Meilir Page - Jones 提出了连接性(Connascence)的概念。他将其定义为:如果一个组件的更改需要另一个组件进行修改以维持系统的整体正确性,那么这两个组件就是连接的。
2.2 静态连接性(Static Connascence)
静态连接性指的是源代码级别的耦合,是对结构化设计中传入和传出耦合的细化。主要包括以下几种类型:
- 名称连接性(Connascence of Name, CoN) :多个组件必须就实体的名称达成一致。方法名称是代码库中最常见的耦合方式,也是最理想的方式,特别是在现代重构工具使系统级别的名称更改变得容易的情况下。
- 类型连接性(Connascence of Type, CoT) <
超级会员免费看
订阅专栏 解锁全文
5万+

被折叠的 条评论
为什么被折叠?



