应用职责角色分层，必然涉及到两种对象，一种是用于展示信息的结构——VO（边界外通过编码方式使用的），一种是DAO对象。这两种职责角色对象，严格的说不算是业务设计需要关心的。然而却和系统开发息息相关。而业务设计中的变化导致相关的工作量却是巨大的。
VO对象是为了集成而存在的；其意义是：1. 保护系统的信息边界，提供一种结构可以使其它系统或者组件通过编码方式获取系统内信息的方式；2. 保护系统的事务边界，领域对象技术上携带着持久化信息，通过VO得以屏蔽。常见的VO对象存在于Web层和Domain层。
因此，VO对象的存在只是为了集成而存在，其是否存在的取决于两个方面1. 集成的设计结构；2. 框架的两个能力——对象路径访问能力以及事务边界管理。
Domain层VO对象，通常是用于不同领域组件间的交互，但随着
架构的改进，集成代码独立存在而不再嵌入到组件内部，组件的边界问题保护不复存在；更进一步的是，框架提供自动化的接口适配映射能力的增强。因而VO对象失去存在的意义。
Web层VO对象，以SWF为例，早在SWF 1.x时代，框架就提供了丰富的对象路径访问能力，但其Web交互是典型的MVC2方式，事务边界在view的render前关闭，因而导致需要特定的VO对象来避免持久化信息问题；而SWF 2.x时代，view的render是在事务边界内，VO不再需要。
针对维护Dao对象而产生成本的一种解决方法是：代码生成。生成的策略分为两种环境，开发环境和生产环境。开发环境实时动态生成，可以采用动态代理机制；而生产环境要求性能，采用预编译生成能力。
另外Web层或者UI层，不需要额外的VO对象的另一个理由是：通常Web层的独立维护的成本大于其复用的价值。在开发中，Web层需要的信息都来自Domain层，这样容易出现Web层的VO对象和Domain对象结构一致，虽然这样便于学习和简化开发，但导致维护成本的提高，每当页面需要一个新的属性就需要改变太多的类，同时Domain对象设计容易限制于Web层，而实践中Web层的变化更多于Domain层。正确的路径是很好的维护Domain层，同时不维护Web层