|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
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里有这些工具吗?要简单多少?。 |
|