业务层Service的作用

最新推荐文章于 2025-10-27 09:43:32 发布

转载最新推荐文章于 2025-10-27 09:43:32 发布 · 4.6k 阅读

CC 4.0 BY-SA版权

原文链接：https://blog.youkuaiyun.com/dxj3968415/article/details/16117153?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522160604447919724838555036%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fall.%2522%257D&request_id=160604447919724838555036&biz_id=

本文探讨了数据访问层（DAO）与业务层（Service）的有效分离，通过具体例子阐述了两者的职责划分，强调了Service层处理业务逻辑而不直接操作数据库的重要性。

有效地分离数据访问层（DAO）和业务层（SERVICE），使之各司其职，举例说明：如果DAO层访问数据库，得到的数
据根据业务需要要进行加密，那么取数据和把数据加密就是2个步骤，访问数据和业务逻辑加工，如果去掉任意一层，
那么剩下的那一层就超出工作范围了，所以DAO层就是取数据用的，SERVICE层就是加工数据用的，这就实现了数据访
问层和业务逻辑层的有效分离

Service是业务层，主要处理业务逻辑，不跟数据库打交道。
我也曾经有这样的疑问，认为Service层和DAO可以合在一起。这样认为的原因是接触的程序比较少。当我看到一个复
杂点的业务逻辑，在一个Service中调用了好几个DAO才能解决问题，比如，记录了用户表以后，可能要再记录一个日
志，那就需要再调用一个LogService。这样看来，Service和DAO还是有区别的。

举例说明:
    dao层是厨师，做饭的。（对数据库的增删改查）

    service层是客人要的服务。（接口，一些方法）

    action层是服务员。将客人需要的服务给厨师，让厨师去做饭去！