seam真的不需要DAO吗?

尽管seam文档和其它相关的资料中,都声称entityManager的抽象程度已经很高了,没有使用DAO模式的需要,但是从这次的项目实践来看,将 部分的数据访问放到DAO里是很有必要的。首先,使用DAO有易于做单测。如果不使用DAO,需要访问数据库的Action就注入一个 entityManager直接访问数据库,这样写起来方便,但是在单测这个action的时候,要么得做一个假的entityManager,要么得真 的创建一个entityManager并准备好数据。这些都比做一个假的DAO来得要复杂。其次,如果每个ACTION里都自己拼接sql来查询数据,这 些查询SQL将会分散到各个ACTION中,难以管理和维护。再次,DAO更易于重用。很多的时候,一个查询语句在很多地方都初用到,如果每个地方都写一 遍自己的SQL,显然是不好的,放到一个单独的组件里做成DAO,将会更加易于重用。任何需要的ACTION都只要注入这个DAO就可以用了。 那么如何实现DAO才好呢?为了尽量让这个被经常调用到的组件轻量化,我觉得使用的statelss scope的普通java bean 就是行了,为了便于测试使用dao的其它组件,为DAO设计成接口与实现分离会更加地好。

你可能感兴趣的:(DAO,设计模式,sql,bean,seam)