工程总览
![](https://images0.cnblogs.com/blog/511610/201507/191119119386912.png)
放大一点看
![](https://images0.cnblogs.com/blog/511610/201507/191119134071898.png)
主体目录结构,下方为程序核心库lib,右方为插件plugins,左方为shared,作用未明
![](https://images0.cnblogs.com/blog/511610/201507/191119142986226.png)
插件目录结构,此时各个插件的大概内容可以通过提取的词云看到了。同时每个插件的代码量,也可以从“陆地”面积大致看出。
![](https://images0.cnblogs.com/blog/511610/201507/191119145165225.png)
往中心的explorer放大,可以看到其更多细节。这是一个叫做project explorer的插件,对应编辑器左边的工程目录。
![](https://images0.cnblogs.com/blog/511610/201507/191119148299896.png)
进一步放大。此时可以看到更详细的词云。但似乎并不能对了解这个项目提供更多帮助。例如不能识别出核心的类。
![](https://images0.cnblogs.com/blog/511610/201507/191119152826825.png)
中央有两个叫做explorer的岛,但其所在目录的名字比较怪:
![](https://images0.cnblogs.com/blog/511610/201507/191119155798267.png)
点击中央目录,发现主要跟外围的个别节点有联系,也就是说联系不是特别广泛。
![](https://images0.cnblogs.com/blog/511610/201507/191119157982968.jpg)
继续放大,文件夹外部出现了边。但很难探究这些边的源头。
![](https://images0.cnblogs.com/blog/511610/201507/191119161102938.jpg)
在文件夹内部不同的类之间,调用关系倒是一目了然。
![](https://images0.cnblogs.com/blog/511610/201507/191119164237610.jpg)
总结:当前比较容易判断每个大模块的内容了。但是模块之间的关系,模块内部哪些类比较重要,还很难判断。
下一步可以有两种思路:
1.分析数据流,利用简单的大箭头,显示模块之间的依赖。
2.利用边聚簇方法,在某个lod层级下,显示出边的大致走向,从而帮助用户判断数据的大致流向。