java，

java，

误区:
DAO仅仅是对数据库的院子操作,针对数据库的操作一般就是新增,修改,删除,查询.这些操作不同与业务逻辑接口,它们不会时常出现变化,因而没有不要以接口来规范.
DAO接口只有在出现需要两种不同数据库之间进行转化才有必要,当前的各种项目中除非是产品类型的项目,否则在数据库之间进行转化通常不会发生.
如今Hibernate框架的出现使得在两种不同数据库之间进行转化也不需要DAO接口了.因为Hibernate是自动生成SQL,它已经将不同数据库间的方言不同封装掉了.


理由
1:设计
在对于一位设计人员来说,即使是持久层,也是需要设计的.持久层即使操作再固定,其目的仍然是为了完成一项任务.DAO与业务逻辑层之间的交互往往是通过关联来完成,当业务逻辑层与DAO接口进行关联时,那就说明任何实现这个DAO接口的类都可以满足当前这个业务逻辑层的需要,这就是抽象的本质.
此时根本无须关心这个DAO接口是用哪个框架实现的(比如hibernate,IBatis框架).
当没有接口时,一旦持久层整体策略都变了,那么业务逻辑对象就必须修改以保证能迎合新的DAO实现类.而使用了DAO接口的话,则不会有这样的问题,虽然策略改动了,但是业务逻辑对象依然能够不做任何改动.这种策略改动的可能性在快速原型开发中会经常碰到.