Question

java的mvc中，service层需要dao吗

现在的持久层基本就是hibernate跟mybatis，如果用mybatis，基本都有dao，因为每个VO(实体类)对应的sql都要单独生成，但用hibernate就有两种情况:1.每个VO都有自己的dao，2.没有dao，要操作VO对象，直接在VO对象对应的service类中调用公用的hibernateUtil(自己写的操作hibernate增删改查的类，接受HQL参数)里面的static的增删改查方法操作VO，第一种肯定不会有什么问题，缺点就是麻烦了点，第二种看起来轻便，但当众多service类一起调用hibernateUtil里面的静态方法时，会不会出现并发问题，或是效率低下？是用第一种模式好还是第二种？

Answer 1

并发问题倒不野判卖存在，因为如果用DAO，调用逻辑也是冲滑类似的。颂逗

建议你最好是加上DAO这一层，你程序分层上会更清楚一些，耦合性更好。

并且，也能更好的对数据访问层进行重用。

Answer 2

第一种闹举肯定是很好的，大型项目都采用这种模式，可以实现代察大码的低耦合，强内聚。第二种自己写小项液没碧目测试可以，效率比较高。

Answer 3

考虑速度还是安全了