锁定老帖子 主题:Java XML API 漫谈
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2004-11-02
引用:W3C的DOM标准API难用的让人想撞墙
我想这个还不至于吧,哪有那么夸张,我一直都使用它,虽然有些地方是很不好用,但是封装一层的话是很容易的。 而且实际上,当XML是数据载体时,我认为最终你的业务代码里面不应该出现XML的API调用乐,作为数据载体的XML不具备成为对象模型的能力。 当然,直接调用XML的API似乎是很灵活,但实际上是其它方面有损失的。基本上我认为,在业务逻辑中直接调用XML API会导致你失去对象模型所带来的好处;而是应该针对具体的对象模型,将XML的处理封装到具体的实体对象中去,具体到操作业务逻辑时应该是看不到XML的影子才好。 (另:其实我自己仍然也很多都直接操作XML API,经历乐很多,所以才有上面的想法) |
|
返回顶楼 | |
发表时间:2004-11-15
引用 当然,直接调用XML的API似乎是很灵活,但实际上是其它方面有损失的。基本上我认为,在业务逻辑中直接调用XML API会导致你失去对象模型所带来的好处;而是应该针对具体的对象模型,将XML的处理封装到具体的实体对象中去,具体到操作业务逻辑时应该是看不到XML的影子才好。
You got the point. |
|
返回顶楼 | |
发表时间:2004-12-29
xanada 写道 引用 当然,直接调用XML的API似乎是很灵活,但实际上是其它方面有损失的。基本上我认为,在业务逻辑中直接调用XML API会导致你失去对象模型所带来的好处;而是应该针对具体的对象模型,将XML的处理封装到具体的实体对象中去,具体到操作业务逻辑时应该是看不到XML的影子才好。
You got the point. who can explain it? I don't catch you. |
|
返回顶楼 | |
发表时间:2005-01-02
有时项目中用了多个的开源项目,而开源项目有用JDOM的,也有用DOM4J的,就不得不两者都用了:(
|
|
返回顶楼 | |
发表时间:2005-01-07
我在项目中一般用 JAXB, (最早的时候用castor)。 增经做过一个距复杂的object graphy , 包括继承在里面:(
|
|
返回顶楼 | |
发表时间:2005-01-20
就使用效果来说我个人用过JDom,JAXB,JIBX.我个人推荐JIBX。性能不错比JIBX启动快很多(JAXB要一秒,JIBX要180毫秒).但是JIBX的XML邦定格式还是觉得不太方便.而且没有提供一个DTD的验证工具。希望他能日后改善。
|
|
返回顶楼 | |
发表时间:2005-02-21
大家为什么不用xstream呢,very simple并且速度很快,只需要定义映射,就可以很方便地在*.xml <--->Java object之间转换
|
|
返回顶楼 | |
发表时间:2005-03-29
在我的项目中大都用DOM4J
|
|
返回顶楼 | |
发表时间:2005-04-01
那StAX呢?XMLPULL这一族的没有人用?
|
|
返回顶楼 | |
发表时间:2005-04-30
从JAXP RI 1.2开始,sun已经把Crimson换成了 Xerces 2。
|
|
返回顶楼 | |