MVCLS分层模型

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

把业务逻辑处理部分抽象出来作为一层，这一层在M之上，C之下，名为 Logic 。

把可以作为公共的服务抽象出来作为一层，这一层不与任何一层耦合，仅提供自身的服务，名为Service 。

举个栗子：

一个大型的网站，或者现在比较流行的接口，微服务什么什么的， 不可能只是发请求，读写数据，返回数据这么简单的吧， 接受到请求之后需要对请求进行处理，读写数据之后需要对数据进行处理，

这些处理操作多了之后，你会发现放在C层感觉怪怪的，C层越来越臃肿了； 放在M层感觉也不对，M层应该是与数据库打交道的，业务逻辑的处理不应该放在这里；

放在 Logic 层就最好了，业务变了，C层和M层都不需要改动，只需要改动中间的 Logic 就好了。

至于 Service 层放什么？那可多了， 小到文件上传，下载，图片处理，储存 大到日志，错误处理，邮件，授权，队列，计划任务，支付，验证，加密，短信等

tips:

thinkphp的文档里面告诉我们可以加上logic层和service层，还可以加上Event层。加这么多的层说到底就是增强代码的重用，方便代码的管理。

对于项目大了之后这两点对项目的前进就很重要了。不过我暂时还是选择不加层，在Controller层把方法写更严谨、更方便重用和管理。