论坛首页 Java企业应用论坛

做个调查:有必要另起一个vo吗?还是用pojo直接当做vo使用?

浏览 8293 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2010-05-12  
在公司里面做了个简单的调查,使用ssh(struts1)的时候,做数据显示的时候,有必要单独写个vo吗?

结果如下:
1、基本上都是使用 pojo来代替 另起的vo,,来做数据展现(展现=将数据在jsp里面显示出来),,
2、对于一些需要转换的东西,例如,1代表男,,那就在页面进行转换,

有一些特别的数据,不是单独对应一个表的时候,而是做数据整合的时候,就需要重新定义VO
-----------------------------------------
由此看来,基本上,就是使用pojo来直接替代vo多,,


现在想把这个调查放大点:各位兄台,你也是使用pojo来当vo用,直接用pojo来做数据展现吗(展现=将数据在jsp里面显示出来)?
   发表时间:2010-05-12  
继承这个POJO写个VO
0 请登录后投票
   发表时间:2010-05-12  
是不是说基本上pojo可以替代vo,而有的时候当pojo不能代替vo时,就继承pojo写vo?如果这样会不会把概念混淆了。同求,大家是如何做的?谢
0 请登录后投票
   发表时间:2010-05-13  
POJO不够用时,就可以弄个VO,不一定非要弄个VO
0 请登录后投票
   发表时间:2010-05-13  
如果不嫌层次过于复杂·可以单独弄一个。
0 请登录后投票
   发表时间:2010-05-13  
多数情况没必要。
我一直认为Struts1中的Action被滥用了,而Form被低估了。
Action应该可以作为纯粹的控制器出现, 而将具体的form处理delegate给form自己。
将处理数据的方法写入form中,而form中包含数据模型与处理方法以后,基本上就是struts2,或者jsf相近的方式了。
以前我这么做过,不过项目中好像别人不太认可这种方式。
0 请登录后投票
   发表时间:2010-05-13  
helin 写道
POJO不够用时,就可以弄个VO,不一定非要弄个VO

我比较赞成这种,分工太细,只会更加繁复
0 请登录后投票
   发表时间:2010-05-13  
flyfan 写道
helin 写道
POJO不够用时,就可以弄个VO,不一定非要弄个VO

我比较赞成这种,分工太细,只会更加繁复

同意此观点,特别hibernate做保存时候还得从vo转pojo,麻烦
0 请登录后投票
   发表时间:2010-05-13  
另起VO的原因是:与框架解耦
0 请登录后投票
   发表时间:2010-05-13  
江南孤鹰 写道
flyfan 写道
helin 写道
POJO不够用时,就可以弄个VO,不一定非要弄个VO

我比较赞成这种,分工太细,只会更加繁复

同意此观点,特别hibernate做保存时候还得从vo转pojo,麻烦

是麻烦 但有时确实是为了 体现结构性 就内样了、、、只能忍了
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics