演化架構與緊急設計：透過軟體度量指標發現隱藏設計模式

軟體度量指標能幫助識別程式碼中被複雜度掩蓋的關鍵設計元素，將其提煉為慣用模式。本文探討如何結合圈複雜度與傳入耦合，輔以視覺化工具進行緊急設計決策。

兩大核心指標

• 圈複雜度：測量方法的相對複雜度。Java 工具通常回報類別層級的總複雜度或平均複雜度。同時觀察總值與平均值可避免誤判：單一複雜方法被大量簡單 getter/setter 稀釋時，平均值掩蓋風險；總值則暴露集中複雜度
• 傳入耦合：有多少其他類別使用該類別。比傳出耦合（類別引用多少其他類別）更難測量但價值更高，揭示類別在系統中的核心程度

指標與物理度量的差異

軟體指標無物理單位（如圈複雜度 "5"），僅在相對比較中具意義。單一數值參考價值有限，需透過：

1. 時間趨勢：觀察數值演變
2. 指標組合：多維度交叉分析，獲得更豐富資訊

實戰案例：Struts 程式碼庫分析

使用 ckjm (Chidamber & Kemerer OO Metrics) 工具產出指標，WMC = 類別方法圈複雜度總和，Ca = 傳入耦合。

按 WMC 排序

DoubleListUIBean 最複雜 (WMC 最高)，但 Ca = 3，僅 3 個類別使用。重構投入產出比低。

按 Ca 排序

Component 類別 Ca = 177，極高使用率，但複雜度低。改進其設計將影響全系統，屬高價值重構目標。

WMC + Ca 組合視圖

同時識別「最複雜」與「最核心」區域，即使不熟悉程式碼庫，也能快速鎖定高影響力改進點。

指標視覺化工具

iPlasma：指標金字塔與產業基準比較

輸入原始碼目錄，產生指標金字塔，每層顯示比率與顏色（綠=基準內、藍=低於、紅=高於）。

關鍵層級：NDD (直接子類數)、HIT (繼承樹高度)、NOP (套件數)、NOC (類別數)、NOM (方法數)、LOC (程式碼行數)、CYCLO (圈複雜度)、CALL (方法調用數)、FOUT (扇出調用數)。

產業基準範圍表：

Struts 結果：NDD 與 CYCLO 超標 (紅)，LOC 與 NOM 偏低 (藍)。iPlasma 建議：繼承樹過深、方法過複雜。但需結合上下文判斷：Web 框架天然層次較深，NDD 高可接受；CYCLO 高則確實反映方法級設計問題。

對比 Vuze (50 萬行 BitTorrent 客戶端)：繼承深度、類別方法數、方法行數、調用數均有潛在問題。

X-Ray (Eclipse Plugin)：依賴關係與系統複雜度視覺化

基於 Moose/CodeCrawler 技術，提供三大視圖：

1. 類別依賴視圖：圓周節點為類別，連線為依賴，線寬表強度。粗線暗示過度耦合、潛在設計缺陷。點擊開啟編輯器
2. 套件依賴視圖：模組層級依賴拓撲
3. 系統複雜度視圖：繼承樹自頂向下佈局，方框大小=行數、寬度=方法數。粉紅線=傳出耦合、紅線=傳入耦合。快速識別「大而複雜且高耦合」的問題類別

結語

iPlasma 與 X-Ray 僅是 Java 可用視覺化工具的冰山一角。善用指標組合與視覺化，能快速縮小關注範圍，發現程式碼中隱藏的優良與反模式，大幅降低重構前的分析成本，將更多時間投入實際改進工作。尋找慣用模式是緊急設計關鍵活動，工具讓這過程更高效、更有據可依。