在以前没有 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)访问器、修改器序列化