优良架构的一个重要特点就是通过组件分层使模块间的依赖流畅贯穿于整个架构。如何描述和维护组件间的依赖是一个常见却又很难解决的工作。UML 包图（package diagram）提供了描述这种依赖的方法，但是创建包图往往很耗费时间，甚至在反向工程时，获得一个直观的设计也需要很长的时间。此外，UML 也不能有效地进行修正，用它来维护大型且复杂的系统的依赖图，投资回报率往往很小。
依赖结构矩阵（Dependency Structure Matrices， DSM ），这一较新技术的出现填补了这个空白。DSM 是一个矩阵，其中每行是一个模块，列则在另一维度上显示一组同样的模块。每个单元格表示两个模块之间的交集，以及它们之间依赖的数目。不需要任何更多的信息，一个人通过典型的例子就能迅速且直观地看到漂亮的DSM 可视化图。
分层系统的DSM
严格分层系统的DSM
匆匆一瞥之后我们接着来看，每行代表分层架构中的一个包。这些行依次从1 到5 进行编号。列也依次编号为1 至5，分别表示与行同样的模块。在严格分层系统中，application 只依赖于model（37 次），model 只依赖于domain，等等。在分层系统中，上层（比如application）可以依赖于其下任何一层（比如util）。有了这种可视化图，只要代码编写违反了规则，可视化图就会立即反映出来。任何出现在右上方的依赖都表明违反了架构的意图。
IntelliJ 已经在新版本“Magnificent 7”中引入了新的 DSM 工具。不用考虑代码基线（codebase）的分层，不用手动整理 UML 图，IntelliJ 会自动从一个已存在的工程生成 DSM。像其它 DSM 工具一样，IntelliJ 能自动调整节点，使依赖显示在左下方。DSM 是交互式的，可以下钻到类级别：
在这个例子中，IntelliJ 的 DSM 工具表明，ReferenceStrength 在架构中，被其下层使用了 4 次。将 DSM 工具集成到 IDE 中非常方便。IDEA 能非常容易地显示出代码基线中的 4 次引用，使问题容易地被修复。在这种情况下，可以使用 IntelliJ 的重构工具把 ReferenceStrength 移到一个更高层次的包中。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论