3.5 KiB
3.5 KiB
依賴關系分析
分析項目的依賴關系,評估架構的健康狀况。
使用方法
/dependency-analysis [選項]
選項
--visual: 可視化顯示依賴關系--circular: 仅檢測循環依賴--depth <數值>: 指定分析深度 (默認: 3)--focus <路徑>: 聚焦于特定模塊/目錄
基本示例
# 整個項目的依賴關系分析
/dependency-analysis
# 檢測循環依賴
/dependency-analysis --circular
# 特定模塊的詳细分析
/dependency-analysis --focus src/core --depth 5
分析項目
1. 依賴關系矩阵
數值化顯示模塊間的依賴關系:
- 直接依賴
- 間接依賴
- 依賴深度
- 扇入/扇出
2. 架構违規檢測
- 層級违規 (下層依賴上層)
- 循環依賴
- 過度耦合 (高依賴度)
- 孤立模塊
3. Clean Architecture 合規性檢查
- 領域層的独立性
- 基礎設施層的適当分離
- 用例層的依賴方向
- 接口的應用情况
輸出示例
依賴關系分析報告
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 指標概覽
├─ 模塊總數: 42
├─ 平均依賴數: 3.2
├─ 最大依賴深度: 5
└─ 循環依賴: 檢測到 2 個
⚠️ 架構违規
├─ [HIGH] src/domain/user.js → src/infra/database.js
│ └─ 領域層直接依賴基礎設施層
├─ [MED] src/api/auth.js ⟲ src/services/user.js
│ └─ 檢測到循環依賴
└─ [LOW] src/utils/helper.js → 12 modules
└─ 扇出過度
✅ 建議操作
1. 引入 UserRepository 接口
2. 重新設計認證服務的职責
3. 按功能拆分辅助函數
📈 依賴關系圖
[用 ASCII 艺術顯示可視化依賴關系圖]
高級用法
# CI/CD 管道中的自動檢查
/dependency-analysis --circular --fail-on-violation
# 定義和驗證架構規則
/dependency-analysis --rules .architecture-rules.yml
# 追蹤依賴關系的時間變化
/dependency-analysis --compare HEAD~10
配置文件示例 (.dependency-analysis.yml)
rules:
- name: "Domain Independence"
source: "src/domain/**"
forbidden: ["src/infra/**", "src/api/**"]
- name: "API Layer Dependencies"
source: "src/api/**"
allowed: ["src/domain/**", "src/application/**"]
forbidden: ["src/infra/**"]
thresholds:
max_dependencies: 8
max_depth: 4
coupling_threshold: 0.7
ignore:
- "**/test/**"
- "**/mocks/**"
集成工具
madge: JavaScript/TypeScript 依賴關系可視化dep-cruiser: 依賴關系規則驗證nx: 單體倉庫依賴關系管理plato: 復杂度與依賴關系综合分析
與 Claude 的協作
# 包含 package.json 的分析
cat package.json
/analyze-dependencies
"分析這個項目的依賴關系問題"
# 結合特定模塊的源代碼
ls -la src/core/
/analyze-dependencies --focus src/core
"詳细評估核心模塊的依賴關系"
# 與架構文檔對比
cat docs/architecture.md
/analyze-dependencies --visual
"確認設計文檔與實現的差異"
注意事項
- 前提條件: 需要在項目根目錄執行
- 限制事項: 大型項目的分析可能需要较长時間
- 建議事項: 發現循環依賴時應立即考虑處理
最佳實践
- 定期分析: 每週檢查依賴關系的健康狀况
- 規則明文化: 通過配置文件管理架構規則
- 渐進式改進: 避免大規模重構,逐步改進
- 指標追蹤: 監控依賴關系復杂度的時間序列