SimpleXmlEditor项目立项

<script type="text/javascript">google_ad_client = "pub-8800625213955058";/* 336x280, 创建于 07-11-21 */google_ad_slot = "0989131976";google_ad_width = 336;google_ad_height = 280;//</script><script type="text/javascript"src="http://pagead2.googlesyndication.com/pagead/show_ads.js"></script>CN-JAVA的朋友，大家好： 我是开源软件SimpleXmlEditor的开发者陈亮，希望你下载了，使用过我写的这个软件，更理想地，对我的名字还有点点印象。在我第三次发布我的软件，并把源程序也一并寄给我们可爱的web master后，他表示了极大的兴趣，并极力向我推荐了77750的开源项目。现在我先介绍一下它的“历史”再介绍我对它的将来的计划。历史在我学习了Java，学习了XML，我开发了自己第一个比较完备的文档编辑器——SimpleXmlEditor level 1。它提供了多文本编辑、undo/redo和ell模版(能在其上双击，后在文本框出现相应的字符串的一排按钮)的新建、保存、导入的功能。当然，在许多功能上，是不如意的，例如undo/redo经常出错，导入导出ell模版出错等等。于是在过了几个月后，我对它做了第一次修改，增加了设置浏览器设置、用浏览器察看结果、文本框右键菜单、并为用户提供了擦除无用的undo/redo的功能。命名为SimpleXmlEditor1.0正式版。在发布此版后，我并没有停下来，因为我发现还存在许多不足与错误：ell模版十分有限，用起来很不方便，层次感不好，不能起到很好的提示作用；undo/redo依然有错；在特定的条件下，关闭窗口不能为用户探测未保存的文件；编辑框太过单调，如果能像许多编程软件那样能够自动转换颜色，会好很多。于是我便把修改ell模版和让文本编辑框变色定为“大工程”，先把小的错误修改了再做。文本框JTextArea只能显示plain text，要达到目的必须把JTextArea 修改为JEditorPane或JTextPane，我选择了JEditorPane(JTextPane能够插入图像，这明显是不必要的)。在用户输入时改变字体颜色还得更改许多内部机制，我让Xeditor承继了JEditorPane类，覆盖了它的createDefaultEditorKit() 方法，参照DefaultEditorKit写了Ekit继承了abstract class EditorKit，然后又在Xeditor类里建了个内部静态类PlainEditorKit extends Ekit implements ViewFactor，并让createDefaultEditorKit() 方法返回它得实例。在如此繁琐与富有“神奇色彩”工作完成后才让我的Xeditor类可以接受用户编辑。然而，到现在我还是不很清楚怎样改变它的颜色呢？在过了许久都没有头绪后，我放弃了对它的研究，如果你有兴趣或者你能够实现改变它的颜色的功能，我很愿意深入一点地讲解这里的工作机制，很可能实现这样的功能就只差改变颜色，然后做个manager去控制它而已，并不太遥远了！而后，我转到了ell模版的更改，由于我想让它更富有层次感，决定用JTree来实现，并把ell文件的格式改为XML，用SAX来读取、分析，但改动太大，整个util3包几乎全部换掉，重新编写！现在，最复杂的可能是这里面的Tree.java了。短期目标与长远计划其实，第三次发布的SimpleXmlEditor也还是有错与不足的，是我在编写Tree.java时犯了个挺低级的错误，把“"”里的q写成p了；一些算法上也值得商榷，这在我的机器上已经改过来了。而真正要列入“短期目标”的是现在的一些不足：纵使树型列表挺好，但如果在建了一个节点后，才发现自己放错了地方，唯一的方法是把它删掉，另外，排序又只能按字母先后顺序。我准备给它提供托拽的功能。还有就是当你用SimpleXmlEditor打开一些用utf-8或者其他特殊的编码方式的XML文档时，就只能看到乱码！明显这是需要改善的。还有undo/redo的操作也还有值的改善的地方。以上几项我把它们列入“短期目标”。“长远计划”需要更多的投入，我的设想是这样的：XML Schema迟早会取代DTD所扮演的，为XML定义数据模式的地位，如果能做到导入XML Schema后生成相应的格式，让用户生成XML文档就像填表操作那样，那么编写XML文档是不是马上变得轻松得多了呢？还有，XML数据库的想法便应运而生了，对于XML是否适合于做数据库，许多人都认为不可行的，然而确实有人正在这样做（我知道外国有做这方面工作的组织），那样，我们也可以做做这样面的研究。现在我在看一些关于数据库实现的书，希望得到更多可行性的结论！最后在这里想说的是，我们并非一定要做出什么很优秀的软件——当然，我们应该尽量做得更好。我们的目标是，为了自己的想法、自己的追求而努力、尝试，很感谢77750为我们提供了能聚在一起讨论、干活的网络环境，让我们能够不必担忧彼此间的距离，即使我们是失败的，也从中得到了经验、教训，能够成长才是最终的目的。所以，大家最好按照软件工程的要求，规范化地工作，不会不要紧（我也不会），从现在开始慢慢习惯，慢慢体会。(如果对将来的发展计划有什么意见与建议，可以拿出来大家讨论，最好大家都发表一下意见)陈亮2002/4/[e-mail]