在bo和dao之间传什么好？

最近做hibernate方面项目时，同同事有点争论：
两种观点：
1.认为bo和dao之间应该传递pojo或普通的id，name之类普通参数
2.传递通用的对象，所有的po对象属性映射到xml中，web server启动时缓存到内存中，这个通用对象说白了其实就是一包含容器类的对象，用的时候，由bo填充值，dao取值方式类似obj.getValue("propertyName");

疑问：我的观点是1，不同规模的项目按不同情况划分层次，简单就好，我不知道2这种方式的好处在哪？他说这样可以为持久层解耦，以后迁移其他框架亦可，我也没听太明白，那位高人给me指点下，这种通用的接口参数有何作用。

我在项目中处理是：1、对于简单，po能满足要求的，就直接传po。2、对于一些复杂视图我用dto。

其实项目不复杂                                     
     struts----->business service---->dao->persist layer
这些框架都有很成熟的技术了，足以应付需求了，到时拿来组合用就是了.似乎没有必要对struts也封，hibernate也封吧，在这上面对通过参数对持久性框架解耦，有必要吗？dao存在的目的不就是为持久层解耦吗？
又，在bo这边setValue("xxx")注入，又在dao那边getValue("xxx")取出，确实是隐藏了传递的细节，但我始终觉得在dao层隐藏没什么意义！

我的经验，怎么简单用什么。
要说通用，把一个bean转成map如何？有意义么？

直接po做参数传递，dao暴露接口给业务逻辑。
没看明白你的2观点的意思。business service---->dao这样的架构很呕吗？呕到什么程度拉？还需要解到什么程度？有必要么？