关于dao和service
在java web项目开发过程中使用MVC框架，其中在项目中有dao和service之分，那么在controller中有一些直接是CRUD(增删改查)操作的可不可以不用service，但是有些代码还是需要service，这样的情况到底我在controller中一会使用一个实体类的dao接口，一会使用这个实体类的service接口，代码会不会混乱
比如说就一个查询的接口，有人觉得只是一个查询 不需要service
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（6）
小项目无所谓，大一点的项目。不要在
controller里面直接调用dao。
没回答到点子上 我是说业务逻辑不复杂的情况下有service确实感觉有点多余，但是如果逻辑复杂的情况下通过service来处理下dao返回来的数据是非常有必要的，但是很多时候是前面两种情况都存在，那是要保留service呢还是有时候就不要去调用service了，直接调用dao
回复
是啊。。。一些小的项目，业务也不是很复杂的，我也会用Controller直接操纵数据库。。。怎么简单怎么来
。。。没说一定要用MVC三层框架的。
它的存在是因为历史经验总结出来的，这种设计本身也可以很好的扩展新的业务。
同样的接口允许有多种实现，很多人一起开发的时候不至于太混乱。
dao层和service层的用意是让数据操作和业务逻辑分离，如果没有什么业务的话完全可以不需要service层。如果业务复杂，则有必要性，毕竟要有事务，保证数据的完整性和准确性。
建议在开发的过程中还是要遵循一些基本的规范,无论项目的大小,这种分层在短期内可能看不出什么优势,甚至是鸡肋,但是越到项目后期,随着代码量的增长,这种分层,分模块就越为重要,因为它可以帮你理清楚代码的脉络和结构.