说一下我个人的理解吧,传统的MVC三层在面对系统越来越大,业务逻辑越来越复杂的情况下,开始显得“不够用”。
不够用怎么办,再抽象再分层呗。
把业务逻辑处理部分抽象出来作为一层,这一层在M之上,C之下,名为 Logic 。
把可以作为公共的服务抽象出来作为一层,这一层不与任何一层耦合,仅提供自身的服务,名为Service 。
举个栗子:
一个大型的网站,或者现在比较流行的接口,微服务什么什么的,
不可能只是发请求,读写数据,返回数据这么简单的吧,
接受到请求之后需要对请求进行处理,读写数据之后需要对数据进行处理,
这些处理操作多了之后,你会发现放在C层感觉怪怪的,C层越来越臃肿了;
放在M层感觉也不对,M层应该是与数据库打交道的,业务逻辑的处理不应该放在这里;
放在 Logic 层就最好了,业务变了,C层和M层都不需要改动,只需要改动中间的 Logic 就好了。
至于 Service 层放什么?那可多了,
小到文件上传,下载,图片处理,储存
大到日志,错误处理,邮件,授权,队列,计划任务,支付,验证,加密,短信,巴拉巴拉,哔哩哔哩,啪啪啪啪
这些很多地方都要用到的我们都可以抽象出来作为一个服务啊~