Brad Abrams's blog Chinese version

Deps.exe 可以建立在程序集之间的依赖关系图，并且执行分析以侦测的其中的循环。

其命令行格式如下：

deps.exe {d|s} <mscorlib_path> <path_list> [:assembly_name]

示例：

deps s c:\Windows\Microsoft.NET\Framework\v2.0.50727\mscorlib.dll c:\Windows\Microsoft.NET\Framework\v2.0.50727 :System

这个工具会产生以下文件：

• Full.dot。这是一种graphviz格式的文件，它包含了根据每个程序集所声明的引用项，所描述的程序集之间的依赖关系。
• Api.dot。同样是包含程序集之间依赖关系的graphviz格式的文件，但它只包括了public类型中非private的API签名部分。这种依赖关系也包括了类型自身的依赖性（比方说，某个类型A继承于定义在另一个程序集中的类型B，则这两个类所处的程序集之间就建立起了一种依赖关系的桥梁）。
• Full.txt。这是一个文本文件，它显示了从每个程序集中所关联的所有程序集，并指出它们之间是否存在循环引用（"True"/"False"表达式）。
• Api.txt。作用同上，但仅显示基于API的依赖关系。
• Assembly_name.full.dot和Assembly_name.api.dot。如果在命令行中指定了:assembly_name这个选项，则生成两个graphviz文件，仅包含了所给的程序集与其依赖关系的信息。

如果工具在所给的路径（<path-list>参数）查找不到任何依赖关系，它会将程序集名称放在中括号中记录下来，比如：[something]。Mscorlib也以同样的方式记录。

另外，这工具还能输出某些受到广泛关注的统计信息（比方说，类型的数量，成员的数量等等）。

Layering.exe能够确认程序集遵从了架构图的设计

其命令行格式如下：

Layering.exe <diagramFile> <mscorlib> <dirs>

这个工具还会输出一个名为“graph.dot”的文件，显示了在同一个层（layer）或跨多个层中的组（group）的关联，以及那些违反了分层规范的依赖关系。可以由graphviz来处理这个文件。

该文件由层的定义组成，每个层又由组定义，而每个组则由一张托管二进制文件的列表定义。

每个层都有一个序号，第二级的各个层可能有着相同的序号。当所处于较低层次中的程序集依赖于处于较高层次中的程序集时，这个工具就会认为它违反了设计。

每个组也有一个序号，两个不同的组可能有着相同的序号。当处于同一层中，某个较低层次的组依赖于某个较高层次中的组，或是在序号相同的组之间存在依赖关系时，这个工具也会认为它违反了设计。

PotentialCallers显示了一系列的方法（method），它们可能会直接或间接地通过一个能够静态地决定（statically-determinable）的调用，去访问某个给定集合的中的任何方法。

其命令行格式如下：

potentialCallers <methods> <mscorlib> <dirs>

这个工具在控制台输出了一系列对列表中任何方法的直接调用，输出可以由graphviz程序捕捉到并处理。

进一步的说明一下它的输出：从A->B的一个调用意味着方法A调用了方法B。如果方法B在集合中，那很显然这个引用必然会包含在输出中。如果B不在集合中，那就意味着B的控制流触及到了集合中的一个或多个方法。

这个工具的完整的输出会包含从一个方法到集合中的某个方法的调用路径中的所有分段。