对Annotations忍耐的极限，谈谈常用框架Annotations使用感受

Annotation我感觉在hibernate上使用最有优势！因为好多映射文件都不用写了，同时可移植性得到加强！

在团队开发的话，xml肯定更加好，毕竟满天飞的注释，真的维护起来比较麻烦。

当一个xml都比相关的java本身都要复杂或者是行数超过一倍的时候，还能说xml维护更简单么？

你说这话的前提就是“满天飞的注释”，那如果不是满天飞呢，我还可以说满天飞的XML远比满天飞的注释更可怕，注释可以利用IDE一下全部搜到，清清楚楚，重构也超级方便，还能编译器检查，XML能么？XML最多只能基于名字的重构，能力有限，而且因为是基于名字的，重构的时候还必须复查。

这个问题以前好像讨论过吧，我记得当时得到的结论是：
xml是把配置外部化，annotation是把配置内部化，他们各自的优缺点、适用场合应该是很明显的。
如果一个配置只是用来描述某个组件本身的属性，那么annotation优先，比如hibernate、validate；优点是配置和组件往往需要同时修改，放在一起便于维护、保证一致性；
反之，如果配置是描述一堆组件如何协作、关联，或者很难说清是针对哪个组件的，那么应该用xml，比如spring配置。优点是配置集中、架构清晰、维护配置不需修改组件代码，反之亦然。

淡了放盐，咸了扔掉它，要不你放电醋

说的非常好。 对于 ORM ，因为 POJO 字段与数据库字段的映射是固定的，适合内部化
而 Ioc 的注入信息，适合外部化

还是顶 Annotation.的确不错。看怎么用了。

Hibernate中使用约定方式的COC，几乎就没有什么注解配置了。

还是用专门配置文件来管理配置的比较好，可以纵览全局，一目了然！！

简化配置的努力方向应该是：分离配置文件，将不同功能的配置放置到不同的文件中，以缩小单个配置文件体积，便于维护。
例如 seam 将JSF 的导航规则分离到 [页面文件名].page.xml中，很方便