关于Vo 和 pojo 的讨论

Solidsnake 发布于 2013/09/03 16:20
阅读 312
收藏 0

        我们在写程序的时候,一定会写和数据库结构相似的pojo对象, 我们用它来保存数据。

        同时,我们也有可能在接受页面PUT的数据,或像页面PUT数据时使用VO。

        看起来相当合理,但随着程序的越来越大,pojo对象总是有用的,VO对象却不再那么有用,很可能我只使用了一次某个VO,却创建了它。 这绝不仅仅是浪费这么简单(还有混淆等等)。

        但是,如果我们纯粹的用Map来替代VO,又会为我们带来参数不明确的问题。同时又不想创建一次性的VO,这时候我们应该如何取舍?

        现在关于网上的一些资料,只是说出了其概念的好,没有说出它的弊端,相信很多人和我有同样的困惑,那么,怎么才能规避这样的问题?

加载中
0
_金角大王_
_金角大王_
vo与pojo一直很混淆
0
王涛
王涛

需要vo的地方,就弄一个

不需要就不用

规范是死的,人是活的

0
王瑞平
王瑞平
VO是个假命题
0
小菜的粉丝
小菜的粉丝
用beanUtils中的动态bean吧。
0
weir2008
weir2008
也分包管理好就行了,我们项目也是这样的,不用的不用创建,用了才创建,一次就一次  挺好的
0
S
Solidsnake

引用来自“weir2008”的答案

也分包管理好就行了,我们项目也是这样的,不用的不用创建,用了才创建,一次就一次  挺好的

我觉得这样的话,会导致代码混乱,不知到从哪儿出来个类型,就稀里糊涂的用了,别的地方还用不上。

这样的东西,我觉得应该没有存在的价值啊

weir2008
weir2008
这个根据实际情况而定吧。如果实体类有关联,vo就很有存在的价值了,如果实体类没有任何关联,那就可以作为数据传输层的对象来用了。
返回顶部
顶部