锁定老帖子 主题:一种Java对象与XML文互转的方法!
精华帖 (0) :: 良好帖 (0) :: 新手帖 (10) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-05-25
不使用XStream的原因主要是不想让一些特有的对象在不同的应用之间传递,性能方面没有做过实际的测试,从定性分析角度看,XStream要做的事情比我这个多,性能上应该是还是要差一些的。
|
|
返回顶楼 | |
发表时间:2009-05-25
还是使用json吧,轻量级解决方案
|
|
返回顶楼 | |
发表时间:2009-05-25
simple XML有朋友用过吗?
|
|
返回顶楼 | |
发表时间:2009-05-25
[/size][size=xx-small][size=xx-small][/size]
eric_wyf 写道 simple XML有朋友用过吗?
这个simple XML项目貌似发展的挺快的。不是sun已经提供了一种java 对象和 xml互相绑定的解决方案了吗 |
|
返回顶楼 | |
发表时间:2009-05-25
这样写太麻烦了 用json得了 你说呢
|
|
返回顶楼 | |
发表时间:2009-05-25
vlinux 写道 我们没得选的哦,接口规范中定义的是XML
呵呵 才看见这句 不好意思 那我只能替你郁闷了 |
|
返回顶楼 | |
发表时间:2009-05-25
vlinux 写道 如果是一大堆巨型的XML对帐文件,你也不会用dom4j了,估计会用SAX。大数据量自有大数据量的处理方法,这种应该都是针对中小型的需求的。
这个不对,dom4j一样下层可以选择SAX的实现,不过是上层api使用上不同而已。 coolasp 写道 不使用XStream的原因主要是不想让一些特有的对象在不同的应用之间传递,性能方面没有做过实际的测试,从定性分析角度看,XStream要做的事情比我这个多,性能上应该是还是要差一些的。
请实际测试过之后再说它慢,你自己写一个未必性能就好。 另外不想让XStream代管所有的对象生成,可以自己定制特定xml元素的处理,不过就是继承下XStream的类,改点代码而已,框架应该有这项功能。 ps:如果数据结构不复杂,请用json |
|
返回顶楼 | |
发表时间:2009-05-26
下次动手之前记得先google一下。
别自己动手整了个轮子出来,然后才发现啊原来人家早有了。 这java 的序列化功能,想想肯定有人做了。 |
|
返回顶楼 | |
发表时间:2009-05-26
哎~~后悔莫及~~都是一时冲动~~~~哈哈
|
|
返回顶楼 | |
发表时间:2009-05-26
首先,谢谢大家讨论,大家提供的方案其实也都挺不错的,部分我之前也是有考虑过,如XStream,主要是不希望在多个系统之间传递POJO类,只希望使用最为原始的Map和List,我们内部本来就有几个系统,由于版本升级频繁,容易导致jar包的不一致,当然其实这应该可以通过管理来解决的,但是没有办法,很多事情是技术在为管理埋单。
有关XStream的性能问题,抱歉,我没有去测试过,当时没有用还有一个原因是有一个小小的bug,会将A_B这样的类转化为A__B,由于时间很紧张,所以就暂时放弃了,这个应该有朋友遇到过,希望遇到过的能给出一个方案,当然不出现A_B这样的类名,肯定是可以搞定的。 |
|
返回顶楼 | |