精华帖 (1) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-02-25
icewubin 写道 kimmking 写道 hibernate是ajax和webservice杀手
--------------------- 一般情况还是建议:自定义VO <-> dto --------------------- 偶也做了一个xml和json序列化的东西 不过更进一步,我实现了js java .net的类似webservice的远程调用 其实和andot的phprpc一致~ http://code.google.com/p/rpcfx/downloads/list 要看什么项目什么需求的,我现在碰到的项目,95%的功能点都不需要专门的VO。 我写这个工具类就是为了解决这个问题的,动不动一个页面就要搞一个VO,太浪费时间。 从本质上来讲,给VO设值的过程,就是我的工具类遍历对象图的过程。 我建VO的目的并不是避开Hibernate的性能问题,因为我的工具类已经解决这个问题了,我建VO的主要目的还是因为,某些页面需要的一些特有属性,现成的POJO中不存在,我又不高兴重用(继承)某个POJO(代码可读性很差),才会建VO。 还有一大类是页面偏复杂的报表统计类(复杂SQL或复杂内存操作),那多半都是要建VO的。 1、vo最好工具生成 2、vo<->dto也是工具类或是框架来做 如果不怎么复杂、也没有hibernate和ajax/ws的话,vo一般都不怎么需要 程序员的双手还是解放出来好。 |
|
返回顶楼 | |
发表时间:2009-02-25
kimmking 写道 1、vo最好工具生成
2、vo<->dto也是工具类或是框架来做 如果不怎么复杂、也没有hibernate和ajax/ws的话,vo一般都不怎么需要 程序员的双手还是解放出来好。 焦点其实是我要复用Hibernate运行时产生的字节码增强过的代理POJO。 另:Hibernate对VO的支持也是很强的,如果不是有很复杂的内存操作处理数据,hql + VO是很方便的组合,也没有触发多余sql的隐患。 |
|
返回顶楼 | |
发表时间:2009-06-03
终于找到了 多谢
|
|
返回顶楼 | |