我有一个想法，如果java的注释是以xml的形式存在！

天方夜谭，不知所云

前面几位都是大牛，菜鸟露个脸

没有想到会有这么多的人看。

我想我应该说的算清楚了吧，之前或许有称之为术语的部分，我再说一个没有术语的吧！

简单的说就是：我处理了一个文本文件，然后在一个小窗口里面画了几个四边行。当然你可以设置四边行的一些属性（前景色，背景色，位置，大小之类的），也可以让他执行一个动作（这也很一般。 关键的是他可以在插件环境中执行你正在写的代码，只有你在文本里设置好，并在代码里加一个do（）方法）。
其实就是一个动态的对话框加动态的调用。（如果你知道eclipse的actionset的话，或许你会更加的明白！因为一个action是静态的。）

对话框应该没有人不知道吧，那如何生成动态的对话框呢？

又如何在不修改对话框代码的情况下让对话框调用你正在写的代码呢？
如果你问我他有什么用，现在我只能说他可以提供另外一种菜单（图形化的菜单）。

不知道你的本意是什么？是用来做图形化编程吗？刚毕业的时候再第一家公司用了3年的
普元EOS，说实话从此我再也不想用任何图形化的东西来编程了。那些东西看上去很酷
但干起活来就没那么方便了。几天地方最让我头疼：
   1.你的代码被重构之后，代码编辑器可以很方便的帮你把一些改动的方法名称改过来，但那些图形就麻烦了，你就自己一个个去手动设置吧。
 
   2. 再有就是描述一些复杂的逻辑的时候，如果用图形的话满屏幕都是图形，直接想吐。

   3. 自动生成的代码丑陋，而且只能单向，代码修改后不能体现在对话框中

我也觉得文本更适合描述和保存原程序——比起图形化。

Griffon这种东东（动态语言+一些范式做gui），应该比XUI + 图形化工具之类的技术更有前途吧

我最常见的是修改前重新生成

如果用图形化编程的话，我觉得是不是应该先能用手工写代码，这样才可以修改自动生成的代码。或许还应该由用户定义怎样的生成代码，生成什么样的代码。至于图形对直接修改代码的响应我觉得没有必要（实现起来有技术难度，如果java是解释执行的话或许会好一点）。

如果一切都依赖图形的话，并不是什么好想法。一个图形的元素如果超过20个，好像就不太容易看懂了。而一个treeviewer可以有几百个元素也是没有问题的。20个元素能做什么呢，你也不应该指望他做的太多。

图形化或许就像一张地图，在你刚刚进入一个领域的时候或许会需要，但当你对一个领域已经有一点熟悉的时候，或许就不需要地图了吧！

（我想我应该给大家展示一张关于python语言的图形）

不知道讲什么