锁定老帖子 主题:红工场发布EJB3持久化实现产品
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2005-09-19
Readonly 写道 因为和EJB3关系不大,偶另外起了一个帖子, http://forum.iteye.com/viewtopic.php?t=16062
Charlesxp 写道 引用 一个简单的Entity,就5,6个属性,代码10来行,而annotation却有可能达到30,40行......
不会吧。annotation不是把xml配置一对一的搬到java file里。如果你比较一下我们例子中annotation和想想如何对应的jdo或者hibernate的xml配置,就知道了。 不可否认,annotation在简化基于property的各种配置文件上,有很大的优势,但是这是否意味着所有的配置都可以放道annotation里面,如何把握这个度? Charlesxp 写道 引用 如果将named query放在任意的entity class,如果将named query放在任意的entity class有滥用annotation的嫌疑:
能否给一个滥用的例子。空对空的讨论毫无价值。 偶上面的帖子里已经举了例子了,作为一个关键的Entity,named query有10个,8个的很正常,偶认为named query作为annotation就是一个很好的滥用例子。 你的意见呢? 赫赫,确实如此。 看来以后我们应该支持 : Annotation 和 XML共同使用。 建议在Annotation编写一些相对比较固定的关系映射 信息, XML中编写数量庞大而且易发生改变的信息,比如Query 等等。 赫赫 |
|
返回顶楼 | |
发表时间:2005-09-19
引用 偶上面的帖子里已经举了例子了,作为一个关键的Entity,named query有10个,8个的很正常,偶认为named query作为annotation就是一个很好的滥用例子。
任何东西走极端都不合适。如何合理的利用annotation和xml都是考验开发人员的的判断能力。 如果你有大量的named query,一种方法是将named query放在xml中,另一种方式你声明一个QueryConstants类,所有的named query annotation都集中在这个类里。这样不很简单? |
|
返回顶楼 | |