由于配置复杂性的增加,我希望为库的配置文件引入XML,并替换现有的属性文件。
我想
如果足迹不是问题,我会立即选择JAXB。是否有类似的库具有较低的占用空间?
编辑:所谓内存占用,不是指消耗内存,而是指库在KB/类数中的“大小”。我希望我相当简单的用例可以被一个拥有5-6个类的库所覆盖。我不需要JAXB的全部力量。
发布于 2011-04-19 06:34:55
对于零依赖解决方案,请使用DOM或SAX解析器,它是每个Java的一部分。
如果您想要Java类型绑定,请坚持使用JAXB。即使您找到了一个更小的库,您也会使用一个非标准的解决方案,这个解决方案还没有经过广泛的测试,或者有那么多的开发人员知道如何使用它。
发布于 2011-04-19 13:17:39
JAXB是低足迹
JAXB (JSR-222)实现也是Java 6的一部分,生成的类只是带有必要注释的POJO。在下面的问题中,海报观察到XMLBeans类比JAXB类大四倍。
减少类的数量
如果您从Java类开始(而不是从XML模式生成它们),您通常可以将模型保持较小。使用@XmlWrapperElement可以帮助消除类。
进一步减少了的类数
您可以利用EclipseLink JAXB (MOXy)中的@XmlPath注释,注意我是技术主管。它利用XPath扩展JAXB映射:
发布于 2011-04-21 12:28:04
如果您愿意考虑使用非XML技术,那么您可能想看看我的Config4J库(www.config4star.org)。把它和你的愿望清单比较..。
https://stackoverflow.com/questions/5712316
复制相似问题