以XML作配置文件的优点和缺点(以Hibernate为例)

在这篇文章中我们就来讨论一下 hbm.xml 与 Annotations的优缺点,看看那种情况最适合你.

首先,讨论一下 xml 配置文件的优点, 个人认为主要优点就是当你改变底层配置时 不需要改变和重新编译代码,只需要在xml 中更改就可以了,例如 Hibernate.cfg.xml 当你要更改底层数据库时, 只要更改配置文件就可以了.Hibernate会为你做好别的事情.

那么xml的缺点呢,个人认为有以下几点:

• 描述符多，不容易记忆,掌握 要深入了解还有看DTD文件
• 无法做自动校验，需要人工查找
• 读取和解析xml配置要消耗一定时间，导致应用启动慢，不便于测试和维护
• 当系统很大时，大量的xml文件难以管理
• 运行中保存xml配置需要消耗额外的内存
• 在O/R Mapping的时候需要在java文件和xml配置文件之间交替，增大了工作量

其中第一 二点 借助于先进的IDE 可能不是什么问题. 但是对初学者还是个问题

下面我们看看 Annotations的 特性吧! 可以解决xml遇到的问题,有以下优点

• 描述符减少。以前在xml配置中往往需要描述java属性的类型，关系等等。而元数据本身就是java语言，从而省略了大量的描述符
• 编译期校验。错误的批注在编译期间就会报错。
• 元数据批注在java代码中，避免了额外的文件维护工作
• 元数据被编译成java bytecode，消耗的内存少，读取也很快，利于测试和维护

关于映射文件是使用 hbm.xml 文件还是使用 Annotations 我们来看看2者的性能吧. 先声明一下,个人认为映射文件一旦配置好就不会在很大程度上改变了.所以使用xml文件并不会带来很大的好处.如果你认为 映射文件在你的项目中也经常变化,比如一列String数据 ,今天你使用 length="16" 明天你认为 该数据的长度应该更长才能满足业务需求 于是改为length="128" 等等类似的问题 . 如果你经常有这方面的变动的话,下面的比较你可以不用看了 , 你应该使用 xml文件 因为Annotations 无法很好的满足你的要求.

 session清理缓存时，会根据持久化对象的属性来更新数据库。只有当调用session的close()方法时才会从session的缓存中删除,gengxin,deng对象。