精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-05-12
结果如下: 1、基本上都是使用 pojo来代替 另起的vo,,来做数据展现(展现=将数据在jsp里面显示出来),, 2、对于一些需要转换的东西,例如,1代表男,,那就在页面进行转换, 有一些特别的数据,不是单独对应一个表的时候,而是做数据整合的时候,就需要重新定义VO ----------------------------------------- 由此看来,基本上,就是使用pojo来直接替代vo多,, 现在想把这个调查放大点:各位兄台,你也是使用pojo来当vo用,直接用pojo来做数据展现吗(展现=将数据在jsp里面显示出来)? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2010-05-12
继承这个POJO写个VO
|
|
返回顶楼 | |
发表时间:2010-05-12
是不是说基本上pojo可以替代vo,而有的时候当pojo不能代替vo时,就继承pojo写vo?如果这样会不会把概念混淆了。同求,大家是如何做的?谢
|
|
返回顶楼 | |
发表时间:2010-05-13
POJO不够用时,就可以弄个VO,不一定非要弄个VO
|
|
返回顶楼 | |
发表时间:2010-05-13
如果不嫌层次过于复杂·可以单独弄一个。
|
|
返回顶楼 | |
发表时间:2010-05-13
多数情况没必要。
我一直认为Struts1中的Action被滥用了,而Form被低估了。 Action应该可以作为纯粹的控制器出现, 而将具体的form处理delegate给form自己。 将处理数据的方法写入form中,而form中包含数据模型与处理方法以后,基本上就是struts2,或者jsf相近的方式了。 以前我这么做过,不过项目中好像别人不太认可这种方式。 |
|
返回顶楼 | |
发表时间:2010-05-13
helin 写道 POJO不够用时,就可以弄个VO,不一定非要弄个VO
我比较赞成这种,分工太细,只会更加繁复 |
|
返回顶楼 | |
发表时间:2010-05-13
flyfan 写道 helin 写道 POJO不够用时,就可以弄个VO,不一定非要弄个VO
我比较赞成这种,分工太细,只会更加繁复 同意此观点,特别hibernate做保存时候还得从vo转pojo,麻烦 |
|
返回顶楼 | |
发表时间:2010-05-13
另起VO的原因是:与框架解耦
|
|
返回顶楼 | |
发表时间:2010-05-13
江南孤鹰 写道 flyfan 写道 helin 写道 POJO不够用时,就可以弄个VO,不一定非要弄个VO
我比较赞成这种,分工太细,只会更加繁复 同意此观点,特别hibernate做保存时候还得从vo转pojo,麻烦 是麻烦 但有时确实是为了 体现结构性 就内样了、、、只能忍了 |
|
返回顶楼 | |