浅谈laravel的msvc模式

在以前没有 Service 时，如果要查询一个 id 为 1 切 status 为 1 的数据，而且这段代码需要重复用到，那么很多人的第一想法是定义一个方法到 Model 里面去。因为在业务中，我们会遇到很多这种事情，然后随着更新 Model 就会越来越大，大到难以维护，所以我们就需要把 Model 拆分。常规的拆分除了 Service 还有 Repository ，这两种组合加上去。因为在业务中，我们大部分时间都是放在查询中的。

Repository 应该做什么？

Repository ，顾名思义是一个仓库，原则上是对应的一个 Model ，但是也并不强制，用来专门做查询，就像前面的业务，就完全可以封装到 Repository 去。

Service 又应该来做什么？

顾名思义， Service 即服务，就是用来处理一些复杂的场景和数据整合，比如用户注册、用户登录、用户下单、处理三方回调等等这些都可以算作一个复杂的场景。还有数据整合，比如 Dashbroad ，这些地方，为了代码复用的最大化，其中的数据应该是由多个小的 Repository 来进行组成的。再有就是由一些 Service 的 Event 的调度。

Controller 应该来做什么？

• 表单数据验证
• 对 Service 的各种情况进行处理，理想情况下，Service 中出现的所有非理想结果都应该抛出异常，由 Controller 进行捕获后处理给用户。

Model 应该做些什么？

在像 Laravel 这类框架中，Model 其实要做的有很多。比如：

• 作用域(scope)
• 关联关系(relation)
• 表属性(property)
• 模型事件(model event)
• 访问器、修改器
• 序列化

参考:  https://segmentfault.com/q/1010000010721956

          http://www.kancloud.cn:8080/curder/laravel/408485