vo层的职责问题

我们的项目里以前有个vo层,我现在要把代码重构一下,想把这个vo层去掉,个人认为定义个vo层,是为了便于页面数据的格式转换.
比如我数据库存储是long型的数据,而我要在页面上以科学计数法的方式转换,而vo就是在这里起作用的(把po的数据转化为页面想要的数据),我们现在用freemarker作页面,包括时间和数字的格式可以通过freemarker进行格式化,感觉vo必要性不是很大,况且多一层转换,也影响程序的效率.所以想把vo层去掉.大家有什么想法没

我对vo层的职责是这样理解的,大家有什么不同的见解可以讨论一下

vo层纯粹是生造出来的（感谢struts1.0），对于数据转换，可以效仿jsf用converter实现，还有校验，也可以用validator实现。这也算一个“层”吧

弄错概念了，vo是指DTO吧，EJB时代发展起来的东西，可以看一下以前的帖子里面又讨论。

vo应该是EJB大量使用的时候的一个东西,还包含DTO之类的东西,现在觉得似乎没有存在的必要,对于struts2.0,似乎formBean都省略了,action本身就兼职充当formBean的角色了!

感觉VO有时候还是必要的,当数据库中表的字段与页面的表单区别很大时,比如当表单包含了几个表的字段时,需要组合几个表的内容来表示一个对象,用VO还是比较好的吧.

vo肯定不是用来做你说的那种用途的，如果用jsp，你说的需求也可以使用jstl中的fmt来处理，横竖不需要vo这玩意，但是如果搞分布式这个vo还是有点用途的

要vo做虾米,有dto和formbean不就完了吗

vo 算是个静态模型。

sdo 里的dataObject,动态模型通过set("name","value");我想是不是可以替代静态模型。

处理vo和domain object之间的转化是很麻烦的。用动态模型的SDO是解决分布式对象传输的比较好的方案。

个人感觉vo跟dto差不多 只不过叫法跟用意不同而已

加上vo这层比就是为了组合逻辑数据，在View端更容易显示的吗？jstl再强大也应该避免做或少做逻辑判断吧？否则不就又回到页面逻辑凌乱的老路上去了？