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

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



