Question

Dao层到底是做什么的？service和Dao层有什么关系？说得具体一些。

Answer 1

Dao层：主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此，DAO层的设计首先是设计DAO的接口，然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，DAO层的数据源配置。

dao层代码示例：

service层：主要负责业务模块的逻辑应用设计,Service层的业务实现，具体要调用到已定义的DAO层的接口，封装Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。  

service层代码示例：

dao层和service层关系：service层经常要调用dao层的方法对数据进行增删改查的操作，现实开发中，对业务的操作会涉及到数据的操作，而对数据操作常常要用到数据库，所以service层会经常调用dao层的方法。

扩展资料

Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，它刚好处于一个中间层的位置。每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。

在实际开发中DAO层大多是对某张表进行增删改查，都是一些固定的语句，除非涉及到更复杂的service层业务逻辑，才可能要添加更复杂的DAO层方法。

参考资料：百度百科-DAO

Answer 2

Dao层是和数据库打交道的，Service层会封装具体的业务。有点抽象..
e.g. 用户管理系统
dao封装了用户的增删改查。而业务上要求批量删除用户，Service就可以封装出一个批量删除用户的功能，但是实现只是循环调用dao的单个删除
@Trascational
public void batchDel(List<User> ls){
for(int i=0;i<ls.size();i++){

dao.del((User)ls.get(i));

}
}
看了上面的例子应该明白了吧，Service封装具体的业务，dao只是封装基本的数据库元操作。这样dao就可以做到尽可能的“轻”，而Service又避免了与具体数据库的关联。当系统要迁移到其他数据库的时候，只需要实现一个相应的dao就可以了！

追问

Dao层和Service层里面都要写接口和实现类吗？

Answer 3

dao文件是负责连接和访问数据库的数据库的，通过dao层的操作可以从数据库中查询数据库并返回响应的数据