mvc dao层，service层 到底怎么写

我的建议是Service用来处理业务，当然如果划分的更详细一点，可以再添加一个ServiceIMPL层，把Service里面只放业务的接口，在ServiceIMPL具体实现业务，而action主要用来处理业务逻辑。你要分清楚业务和业务逻辑的区别。这么跟你说吧。每一个业务你可以想象成一个最基本的 *** 作，比如说增、删、改、查、验证、判断等基本 *** 作。而业务逻辑好比再什么情况下进行这个 *** 作，比如说，当用户点击查询时，你就该进行查询 *** 作，当用户点击删除按钮，你就该进行删除 *** 作，而这些请求的处理可能都交给同一个action，所以你就应该在action中写好这个业务在什么情况下进行处理，也就是业务逻辑。不知道我这样说你能否明白？这里的Service就是每一个最基本的 *** 作。action就是用来处理业务逻辑的。

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

---