`
newslxw
  • 浏览: 208780 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

注解POJO比不上使用配置文件的地方

阅读更多

1、跨数据库,POJO将无法公用
使用注解方式的POJO,将会使POJO变成了hibernate私有品,如果ID上使用SEQUENCE等某个数据特有的生成方式,当需要将这个POJO作为公共包提供给其他项目公用时,而那个项目又使用了另外一种数据库,这就导致要修改POJO,也就是POJO公用失败,修改POJO还可能导致dao甚至service的修改。

2、注解不集中,管理没有XML方便
    个人建议,系统的所有POJO单独放到一个目录下,这个目录只放POJO,不放任何其他的DAO,SERVICE等,这个目录下再细分各个模块来放各个模块的POJO

3、代码不美观

4、不适合换框架
    我们项目就是了,服务端用了ORACLE,客户端有mysql,服务端用了hibernate,运行一段时间后,方向hibernate效率有问题,想换成ibatis的,但是POJO中到处是注解,很无语

分享到:
评论
14 楼 z494627 2011-05-14  
zhong_anjing 写道
取舍问题, 设计人员的智慧所在.

所以程序设计是门艺术!
13 楼 zhong_anjing 2011-05-14  
取舍问题, 设计人员的智慧所在.
12 楼 zjriso 2011-05-14  
存在即合理!
11 楼 finallyException 2011-05-14  
恩恩  奥巴马打字没我快

恩恩  盖茨中文说的没我好

恩恩  我比盖茨奥巴马更牛X
10 楼 Storm_Four 2011-05-14  
有利有弊嘛~~
争来争去也没个结论,还是要看项目中用什么
9 楼 neverforget 2011-05-14  
jpa 才是真正的鸡肋

想做老大 却懒得总结和抽象各ORM,
8 楼 287854442 2011-05-13  
zb7503 写道
fmjsjx 写道
zb7503 写道
请问lz,你hibernate换成了ibatis,难道dao层不换?
lz肯定也没有用过 pojo的 验证注解。
当你从java 1.3走过来的时候,你就知道现在的注解有多少的方便。

估计楼主说的是hibernate注解,JDK的注解当然ok,碰到第三方的注解的确会比较麻烦,代码倾入性太强。
当然,如果确定了使用某第三方产品,那也无所谓了,不过若是没有确定的话,还是别用注解为妙。


汗...........
hibernate走jpa的注解不就好了。貌似现在生成器生成的就是jpa的注解。
我还希望 ibatis 的新版本什么时候也能支持 jpa的注解,这样就省去了resultMap的xml文件。



+1  用jpa的注解
7 楼 francis.xjl 2011-05-13  
JPA annotation.
6 楼 kjj 2011-05-13  
感觉有些吹毛求疵的!注解比xml方便之处在于
A  维护一个文件,xml需要同时维护xml和java两个,修改了java直接生效,在很频繁修改po的情况下,省去了修改两处的麻烦
B  注解修改规则代码量小,hibernat来说,从oneTomany 到manytomany很容易找到,利用ide的导航功能,很容易找到修改的地方,xml则需要用肉眼查找,如果你说没有全局性,那么设计期的uml类图更有全局性
C 注解很方便在一个po上进行多项功能的标记,比如在一个属性上,我既可以标注持久化,也可以标注为远程调用,也可以标注为luncune索引,亦可以标注数据验证,请问这种场合xml何解呢
D 注解利用了oo特性,具有继承功能,可以高度重构,把公用的注解配置在一个父类上,代码简洁高效,xml呢,所有的xml配置不一定都支持继承特性

暂时就想到这么多了..............................................
5 楼 Projack_Lin 2011-05-13  
为什么一定要用hibernate的anotation?

直接用JPA不用好了。
4 楼 skydream 2011-05-13  
anotation的使用天生就带有侵入性,依然还是一个取舍的问题。
3 楼 zb7503 2011-05-13  
fmjsjx 写道
zb7503 写道
请问lz,你hibernate换成了ibatis,难道dao层不换?
lz肯定也没有用过 pojo的 验证注解。
当你从java 1.3走过来的时候,你就知道现在的注解有多少的方便。

估计楼主说的是hibernate注解,JDK的注解当然ok,碰到第三方的注解的确会比较麻烦,代码倾入性太强。
当然,如果确定了使用某第三方产品,那也无所谓了,不过若是没有确定的话,还是别用注解为妙。


汗...........
hibernate走jpa的注解不就好了。貌似现在生成器生成的就是jpa的注解。
我还希望 ibatis 的新版本什么时候也能支持 jpa的注解,这样就省去了resultMap的xml文件。
2 楼 fmjsjx 2011-05-13  
zb7503 写道
请问lz,你hibernate换成了ibatis,难道dao层不换?
lz肯定也没有用过 pojo的 验证注解。
当你从java 1.3走过来的时候,你就知道现在的注解有多少的方便。

估计楼主说的是hibernate注解,JDK的注解当然ok,碰到第三方的注解的确会比较麻烦,代码倾入性太强。
当然,如果确定了使用某第三方产品,那也无所谓了,不过若是没有确定的话,还是别用注解为妙。
1 楼 zb7503 2011-05-13  
请问lz,你hibernate换成了ibatis,难道dao层不换?
lz肯定也没有用过 pojo的 验证注解。
当你从java 1.3走过来的时候,你就知道现在的注解有多少的方便。

相关推荐

Global site tag (gtag.js) - Google Analytics