JAVA网页编程之终极仍是手工输入XML对象牢靠

C#是盗用了Java的源代码，仿照开发的，原因是Java是开源的啊，盗了也白盗，还有一点，开发C#语言的团队是就是开发Java语言的团队，是微软重金挖过去的啊xml|对象
原文

终极仍是手工输入XML对象牢靠2005年01月06日和xml打交道，经常是啼笑皆非：我为何要花那末鼎力气和全部XML文档打交通呢？实其实在的，我只不外想存取个中一个对象的属性而已！！前段工夫懂得了castor以为这是一个办理计划，不外也仍是必要全部文档的读写更新。一来是工夫限定不同意以后深切研讨，并且那也是一个不算成熟的项目；二来呢，采取的话会和如今的digester读取形式产生抵触，有点划不外来。可是象科室设置的更新频次看来愈来愈高，再放到XML中只读靠手工改看来是不可的。因而盘算把科室对象移植进数据库，但一下手就发明一样有不划算的中央。

现实上是发明无视了一个成绩，实在也是XML和干系数据库存储本色的一个对照内容：XML周边存取的手腕切实其实不长短常成熟，可是它是以对象的条理布局存储数据的，而干系数据库则是立体情势地存储。我今朝盘算利用secion转为干系数据库，目标是为了能够分科室的变动设置更便利，这在XML是一个文件，而到了干系数据库，倒是全部的一堆的干系表（干系观点中一样是一个实体，但此实体非彼实体，它意味着反响一个对象的一堆表），并且要与象表类等举行联系关系，相称庞大的。以后这大概不是一个好主张，并且，在年夜项目中利用庞大的干系布局表达数目未几的纪录，仿佛是一种本钱效益比很低的过期的办法。以是，我夷由了。

另外一个举措是做一个可更新的xml模件：处置伎俩包含：

1、修正SectionBase，使它是针对多个科室的多个xml事情，而不是象如今那样统统注释把一切的科室读出来；

2、做一个更新各个科室的xml的办法；不管是casto的，仍是其他甚么办法的；

3、做一个更新各个科室的界面，把它连到科室办理台。

这里的关头是第二步。为确认第二步可以以以后最复杂的办法完成，再次翻看先前下载的关于castor的文章，不外博客中国真是愈来愈身强力壮，竟然很久还动不了，过好长工夫才把本来的文章翻开再读一篇。研读了局还是一样的，假如接纳castor就意味着要接纳它的JDO，而不单单是XML的输入，而今朝我的读进次要是利用digester；以是这里包括着更年夜局限的修正，并且包括着更年夜不定性的试用；这也是我上两个礼拜临时摊开castor的缘故原由：今朝没偶然间深切研讨它的利用头脑和实践使用。看来，只能接纳原始点的SAX或乃至字符串处置了。

再思索一下经常使用的sax/xalan/jaxp/jdom几种处置伎俩，假如不是纯真对着非对象化的文档内容事情，就是必要写一个XSLT/和转换器，而不管怎样，要与一向的JAVA对象/XML对象婚配的形式一同事情，还必需做到让下面的这些文档对象能够与digester后的JAVA对象交换的办法：没传闻过！！从digester都没有几团体真的用过的情形下，我看就算上论坛问那几个国际外洋的老兄都是白问。我想这类办法假如有，必定就在Digester的详细利用中，从jdom中取得对象，和从头转为document对象——不外，没有！！

看来，我要思索一下自已完成的岂非和可重用性是怎样的。......一想上去，实在这也不是甚么难事，只必要在每一个类那边完成一个接口，好比说write，然后逐级挪用不就弄惦了么？何须舍本逐末，找些不成靠的工具试用呢？一通百通，实践上手工输入对象字符串一点都不是一件可怕的事，我是让那些文章作者给唬住了，关头就在于这是按对象输入，程序量其实不算年夜，并且也是挺好办理的。比拟写servlet输入，小意义啦。

原始的办法不见得就是掉队的，符合就行！

诸如RMI，EJB等一些技术并不是你说的那么复杂，而是它们把一些复杂的工具封装成不复杂的工具了，理解这些工具是需要些时间。我问你，.net里有这些工具吗？要简单多少？。

如果你学过HTML，那么事情要好办的多，如果没有，那你快去补一补HTML基础吧。其实JSP中的Java语法也不多，它更象一个脚本语言，有点象ASP。