为什么你的软件需要 IDE 特征？

         IDE，就是Integrated Development Environment的缩写，一般而言，只有软件开发工具或设计工具才具备IDE特征，之所以如此的原因之一也许是因为开发IDE特征的技术工作比较繁杂。现代应用软件由于软件操作人员的驾驭能力越来越强、可用资源越来越丰富而逐渐开始体现出“集成”的特点，例如，MS Office就已经体现出很强大的可定制化特征，基于Eclipse的RCP软件也由于Eclipse平台的强有力的插件体系而表现出类似的架构。你的软件如果能够具备IDE特征的话，那么其扩展能力、定制化能力以及与他人的协作能力等等都将成为你的用户考虑的事情。

         当然，UI扩展是IDE必须考虑的工作，在类似具备集成Microsoft Visual Basic for Application的软件框架中，可以提供“Form Designer”解决部分UI的扩展：

（一个集成了Microsoft Visual Basic for Application的软件框架）

（上述软件VBA IDE中的Form Designer，设计时Form）

（运行时Form）

一般来说，许多软件的功能，在交付的时刻，功能的界限已经基本确定了，这样的软件也许总会面对许多“这样”或“那样”的不足，Microsoft在自己的软件系统中总会提供一个解决类似需求的“方案”，我们看到Office就是具备类似特点的软件系统，VBA或Visual Studio Tools for Office就是为类似目标设计的。如果我们自己设计的软件系统可以具备类似的特征的话，那么我们的用户就会是一个最大的受益者。

         用户需求的范围，与你所做的软件规划有很大的关系，通常你软件所界定的功能集合是你所做调研的全部或部分，高级的软件架构者也许会进一步延伸，但一般而言，延伸总是有局限的。如果能够将软件开发工具在一定意义上融入你的软件系统，那么情况就完全不同了。那么，你的软件能够做到这一点吗？答案是肯定的。类似Web平台，由于软件是以html的模式体现的，因此，以B/S方式体现的Web软件总能够表现出强大的定制能力以及丰富的、多态的内容形式，与此对比，桌面软件则有点“相形见绌”，之所以如此，是因为桌面软件缺乏一个类似HTML的“内容编辑器”。我们看一个传统的VB程序：

（一个VB6程序）

这是一个十分普通的VB程序，按照通常的观点，Form是承载着各种“控件”。一般说来这类程序有许多“高手”是不涉足的，原因之一是缺乏“变化”，如果将至匹配一个“内容IDE”，则情况就不同了，例如下图：

其中，Form上加载的“内容”来之一个软件组合“IDE”，这种丰富的UI表现，将会为这类VB软件提供强大、丰富的桌面表现的“内容”。通常，这类内容是某些特殊控件提供的，如同许多软件内置报表设计器一样，许多开发者将需要打印的对象归结为一个表现灵活的“Reporter”，但很少有软件将其更需要体现的UI内容归结为一个“UI Designer”，如果这个问题得以恰当的解决，那么，我们的软件系统就在一定程度上媲美B/S架构了，Mozilla的FireFox用XML技术描述其UI给我们以启示，但FireFox的XUL目前还无法用于一般的Windows桌面系统，因此，类似Visual Basic、Visual C++ 6.0之类开发的软件还不能从中受益，TangramDesigner采用类似XUL的设想，但更适用于Windows平台开发的系统，TangramDesigner的总体着想是提供一个高可定制的通用的内容IDE，你可以在 http://www.download.com/Tangram-Xtml-Designer/3000-12775_4-10637589.html?tag=lst-0-5中下载这个Designer的预览版本。

         一旦你的软件包含一个IDE特征的IDE，那么，你的软件将具备无与伦比的扩展性以及其它只有“开发环境”才具备的特征，这样，你的用户自然被你发展成一个“开发者”，Microsoft的Visual Studio IDE，以及IBM的Eclipse等均具备类似的特征，难道你不打算这样吗？