传统的UML分析工程时候使用的是静态的视角。比如,你看流程图的时候就是看一个处理流程,这本身确实很纯粹。但是在面向对象的工程中,我们经常会遇到一些问题。比如在看一个类时,这个类可能有很多个成员,这些成员分别在什么时候会进行修改呢?这个问题只有在看完所有的流程图并分析之后才能拼凑出答案。这样显然是低效的。一个类的每个对象实际都是这个类的一个维度,有这么多维度,那么如果按照平常的UML画法那么会产生分析数据爆炸的情况。
所以我设想有这样一个工具,首先它可以按照一个维度进行构建。比如按照流程图这个维度进行构建。在每个流程图中嵌入各个流程中设计的对象和类。然后有一个控制图层,可以根据你所想要查看的对象从流程图中高亮显示或者提取出相关的流程节点。
第二个功能,有一些枚举类型的数据,我可能会需要知道它在什么情况下可能变成该值。这种情况下,我可以选择该对象,然后通过图层的反向查找,找到该类型对象被赋予该值时的所有条件。每个逻辑分支形成一个条目,点击条目可在图上显示出该值出现的推导链路。
当然,对于现在的Java而言,通过微服务的方式,基本没有冗长庞大的逻辑,况且由于良好的第三方封装,将大量的底层逻辑提升成了高级逻辑,所以不会导致程序无法理解的问题。但是对于大量的C++程序,其中存在各种复杂的逻辑,特别是以C++写就的面向过程的程序的分析就特别需要这样一个工具了。