`
newslxw
  • 浏览: 213912 次
  • 性别: 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走过来的时候,你就知道现在的注解有多少的方便。

相关推荐

    14 离开了Spring,IoC容器还可以怎么做?慕课专栏1

    开发者可以通过XML配置文件或注解来定义对象及其依赖关系。例如,可以定义一个Pojo类,然后在配置文件中声明,由Spring容器自动创建和管理。 ```java // Pojo示例 public class MyPojo { // ... } // springBeans...

    Seam框架文档简述

    Seam鼓励使用Java 5的注解特性来配置应用,这种方式可以减少XML配置文件的数量,提高开发效率。 ##### 7. 增强的表达式语言 Seam提供了对标准EL(Expression Language)的扩展,称为JBoss EL。这种扩展允许在...

    精通 EJB3.0

    - **注解驱动(Annotation-Based)**: EJB3.0引入了大量的注解,如`@Entity`、`@Stateless`、`@Stateful`、`@MessageDriven`等,使得开发者无需编写XML配置文件即可声明bean的行为和持久化信息。 - **实体Bean的...

    struts2知识总结

    Action负责调用业务逻辑,通过HTTP会话、请求参数等与模型交互,最后返回结果到以POJO形式存在的模型,JSP页面则根据配置文件渲染视图。 Struts2拥有活跃的开发者和用户社区,支持注解和XML配置,Action基于POJO,...

    使用XFire+Spring构建Web Service

    4) **配置Spring**,在Spring配置文件中声明服务bean和相关组件。 5) **部署和测试**,将工程部署到Tomcat服务器,并使用客户端工具或者自定义测试代码进行调用验证。 总之,XFire为开发者提供了一种高效、灵活且...

    java 常见的面试题

    16. **Struts版本对比**:Struts1.x基于ActionForm,而Struts2.x使用POJO(Plain Old Java Object)和注解,后者更灵活,支持更多框架集成。 17. **MVC实现**:模型由业务逻辑对象组成,视图负责呈现数据,控制器...

    Struts与Struts2比较学习

    然而,Struts 1存在一些局限性,如XML配置文件过于繁琐,以及对Ajax支持不足等。 Struts2作为Struts 1的升级版,吸取了前者的教训并引入了许多改进。Struts2的核心是拦截器(Interceptor)机制,它使得处理流程更加...

    springmybatis

    1. 从配置文件(通常是XML配置文件中)得到 sessionfactory. 2. 由sessionfactory 产生 session 3. 在session 中完成对数据的增删改查和事务提交等. 4. 在用完之后关闭session 。 5. 在java 对象和 数据库之间有做...

    spring_MVC源码

    弃用了struts,用spring mvc框架做了几个项目,感觉都不错,而且使用了注解方式,可以省掉一大堆配置文件。本文主要介绍使用注解方式配置的spring mvc,之前写的spring3.0 mvc和rest小例子没有介绍到数据层的内容,...

Global site tag (gtag.js) - Google Analytics