model层、controller层、logic层和service层分别是干什么用的?

随着系统复杂性的增加,传统的MVC架构显得不足。为了解决这一问题,提出了在MVC基础上增加Logic层来处理业务逻辑,以及独立的Service层提供公共服务。Logic层位于M和C之间,专门处理业务变化,而Service层则包含如文件操作、日志、错误处理等通用服务,降低了各层之间的耦合。
摘要由CSDN通过智能技术生成

说一下我个人的理解吧,传统的MVC三层在面对系统越来越大,业务逻辑越来越复杂的情况下,开始显得“不够用”。
不够用怎么办,再抽象再分层呗。

把业务逻辑处理部分抽象出来作为一层,这一层在M之上,C之下,名为 Logic 。
把可以作为公共的服务抽象出来作为一层,这一层不与任何一层耦合,仅提供自身的服务,名为Service 。

举个栗子:
一个大型的网站,或者现在比较流行的接口,微服务什么什么的,
不可能只是发请求,读写数据,返回数据这么简单的吧,
接受到请求之后需要对请求进行处理,读写数据之后需要对数据进行处理,
这些处理操作多了之后,你会发现放在C层感觉怪怪的,C层越来越臃肿了
放在M层感觉也不对,M层应该是与数据库打交道的,业务逻辑的处理不应该放在这里;
放在 Logic 层就最好了,业务变了,C层和M层都不需要改动,只需要改动中间的 Logic 就好了。

至于 Service 层放什么?那可多了,
小到文件上传,下载,图片处理,储存
大到日志,错误处理,邮件,授权,队列,计划任务,支付,验证,加密,短信,巴拉巴拉,哔哩哔哩,啪啪啪啪
这些很多地方都要用到的我们都可以抽象出来作为一个服务啊~

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qq_35855719

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值