在最新的IntelliJ IDEA中添加了UML的支持，当然目前的支持还是很初级的，功能还一般，但是类图的功能已经很强，完全支持双向。这里不想就UML的功能进行说明，而是展望一下IntelliJ IDEA和UML工具之间的关联关系，以及IDE工具和UML工具的配合。
不少开发人员可能都比较关注UML工具代码生成这一块，不少人认为代码完全由图生成，有人支持由代码可以生成图，当然还有人支持双向的，目前UML工具在代码生成方面都比较弱，究其一点就是UML工具不是IDE工具，UML主要关注的是图，而不是代码，如果让UML工具去管理代码，那么UML工具确实比较郁闷啦。UML为何管理代码比较困难，我们先说一下IDE工具的优势，然后就明白啦。IDE工具就是将代码文本转换为一种抽象的数据结构，然后在此结构上进行相关操作，而不是直接操作文本，所以优化这种数据结构一直是IDE的重要工作，大家所知道的一些功能，如事件通知，重构，高亮、代码导航和提示等等都是基于这个数据结构进行的，在IDEA中，这种数据结构称之为PSI(programming Structure Interface)，下面我们都是以PSI为数据结构名称。这种PSI正是UML工具所欠缺的，虽然UML工具有自己的词法分析器，但是代码的复杂程度远远超过这些，所以在图和代码之间双向同步想没有错误，UML工具做不到这点。举一个例子，如果你在UML类图中对一个类进行重命名，那么UML需要更新到jsp代码，Spring的配置代码，各个类对该类的引用等等，可以说，目前没有UML工具能做到。由于UML工具没有这种特性，所以希望UML能够处理好代码，只是一个美好的想法。
     如果基于IDE构建UML工具会如何？构建于代码之上的PSI已经提供了很多结构信息，如果我们在PSI基础上构建UML图，那么从代码到图就成为可能。同样UML图操作的是PSI，那么从图到代码将非常精确，如果以mvc的观点来看，PSI的Model，而IDE的Editor和UML图都是View，不同的View操作的是同样的model，所以代码不会有问题的。现在你在UML工具中进行类的重命名操作，会调用PSI这一层的API，IDE的PSI就会处理各个操作，spring的配置，jsp代码，类之间引用等等都会更新。这个时候IDE和UML之间的配合可谓天衣无缝，开发人员关注的代码和UML图不再是问题。PSI提供的强大结构，可以说类图，时序图和代码生成和同步完全可行。当然不少UML工具也可以以plugin的方式嵌入到IDE工具中，但是由于没有实现和IDE的PSI整合，只是单纯的界面整合和基本的代码分析，并没有做到真正的整合。
回到IDEA中，目前的UML工具是构建在PSI之上的，所以我们看类图，图和代码的同步完全是一个整体，你的代码如何复杂，你都可以在UML图中进行操作，不会对代码的正确性有任何影响。相反从代码到图也是一样的。
     最后闲聊一下，最早的UML工具，如Together，它们将很大的精力放在图形开发上面，如果你要做一个UML工具，图形开发包是必需的，否则谈不上 UML工具，很多开发人员会因为某些UML工具画出来的图比较丑，而放弃它。Java经过这么长时间的发展，图形开发包已经非常有效啦，所以你现在开发图 形相关的Java应用，不需要从头开始，找一个图形开发包就可以啦，你的精力只要放在图形的逻辑方面就可以啦。而且图形开发包不断升级，已经完全支持 UML中的图例，你要做的事情就更少啦。yWorks和iLog都提供非常不错的图形开发包，对UML和workflow等支持都很好，我们拿来使用就可 以啦。目前IDEA采用yFiles作为图形开发包，这个开发包的功能相当强大。在IntelliJ IDEA的核心开发人员中，不少人都是之前的Together核心人员，如果IDEA全力支持UML话，我相信会成为最好的UML工具。早上看到一个 IDEA下的截图，很有点Together早期的样子，分享一下。