锁定老帖子 主题:vo层的职责问题
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-04-12
我们的项目里以前有个vo层,我现在要把代码重构一下,想把这个vo层去掉,个人认为定义个vo层,是为了便于页面数据的格式转换. 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-04-12
vo层纯粹是生造出来的(感谢struts1.0),对于数据转换,可以效仿jsf用converter实现,还有校验,也可以用validator实现。这也算一个“层”吧
弄错概念了,vo是指DTO吧,EJB时代发展起来的东西,可以看一下以前的帖子里面又讨论。 |
|
返回顶楼 | |
发表时间:2007-04-12
vo应该是EJB大量使用的时候的一个东西,还包含DTO之类的东西,现在觉得似乎没有存在的必要,对于struts2.0,似乎formBean都省略了,action本身就兼职充当formBean的角色了!
|
|
返回顶楼 | |
发表时间:2007-04-12
感觉VO有时候还是必要的,当数据库中表的字段与页面的表单区别很大时,比如当表单包含了几个表的字段时,需要组合几个表的内容来表示一个对象,用VO还是比较好的吧.
|
|
返回顶楼 | |
发表时间:2007-04-12
vo肯定不是用来做你说的那种用途的,如果用jsp,你说的需求也可以使用jstl中的fmt来处理,横竖不需要vo这玩意,但是如果搞分布式这个vo还是有点用途的
|
|
返回顶楼 | |
发表时间:2007-04-12
要vo做虾米,有dto和formbean不就完了吗
|
|
返回顶楼 | |
发表时间:2007-04-13
vo 算是个静态模型。
sdo 里的dataObject,动态模型通过set("name","value");我想是不是可以替代静态模型。 |
|
返回顶楼 | |
发表时间:2007-04-13
处理vo和domain object之间的转化是很麻烦的。用动态模型的SDO是解决分布式对象传输的比较好的方案。
|
|
返回顶楼 | |
发表时间:2007-04-13
swordrawn 写道 要vo做虾米,有dto和formbean不就完了吗
个人感觉vo跟dto差不多 只不过叫法跟用意不同而已 |
|
返回顶楼 | |
发表时间:2007-06-28
ahuaxuan 写道 vo肯定不是用来做你说的那种用途的,如果用jsp,你说的需求也可以使用jstl中的fmt来处理,横竖不需要vo这玩意,但是如果搞分布式这个vo还是有点用途的
加上vo这层比就是为了组合逻辑数据,在View端更容易显示的吗?jstl再强大也应该避免做或少做逻辑判断吧?否则不就又回到页面逻辑凌乱的老路上去了? |
|
返回顶楼 | |