如题所述
Dao层：主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此，DAO层的设计首先是设计DAO的接口，然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，DAO层的数据源配置。
dao层代码示例：
service层代码示例：
dao层和service层关系：service层经常要调用dao层的方法对数据进行增删改查的操作，现实开发中，对业务的操作会涉及到数据的操作，而对数据操作常常要用到数据库，所以service层会经常调用dao层的方法。
扩展资料
Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，它刚好处于一个中间层的位置。每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。
在实际开发中DAO层大多是对某张表进行增删改查，都是一些固定的语句，除非涉及到更复杂的service层业务逻辑，才可能要添加更复杂的DAO层方法。
参考资料：百度百科-DAO
温馨提示：答案为网友推荐，仅供参考
第1个回答 推荐于2017-10-08
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就可以了！追问
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层里面都要写接口和实现类吗？
本回答被提问者和网友采纳第2个回答 2012-09-25
dao文件是负责连接和访问数据库的数据库的，通过dao层的操作可以从数据库中查询数据库并返回响应的数据
