什么？快来开启 MVC 的 “拓展 “模式

前言#

对于 MVC，我想大家都特别熟悉了吧，即使刚刚入门 PHP。初学者学习 Laravel 的时候大部分都将程序填入 MVC 构架内，导致 controller 与 model 异常的肥大，日后一般维护艰难（我一开始就这样）。

关于 MVC 的 “虚假理解”？#

受 Ruby on Rails 的影响，我们简单的就把 MVC 理解成 model 用来从数据库获取数据的、view 用来显示页面的，controller 用来接收 model 获取的数据并分配展示 view 的。真的是这样吗？

当然，我想这在一个小型的项目里面是不会有太大问题的，因为你的用户仅仅只是很少一部分人，甚至说只有几十人，当然不会有太大的问题，但是如果有上万人呢？我想可能不行了吧。这个时候，我们应该开启 MVC 隐藏的拓展模式。

如图，我们把 model 当成 Eloquent class，用一个处理数据库逻辑的 Repository 来辅助它，同样对于 controller 来言，它也有一个辅助它的功臣，那就是能处理商业逻辑 Service，这样就解决了臃肿的问题，view 呢？我们是不是忽略了它，并不是的，它也有属于它的处理显示逻辑的 Presenter。

这就是拓展模式？#

是的，这就是 MVC 的拓展模式，也许它并不叫做拓展模式，但是我习惯这样叫它。让我们再一次更深入的看一下上面的那张图，蓝色的是原来的 MVC，而粉色的（当然也有人说是紫色的，但是没有关系）是我接下来要说的：Repository 模式，Service 模式与 Presenter 模式。箭头表示物件依赖注入的方向。

我们可以发现 MVC 构架还在，由于 SOLID 的单一职责原则与依赖反转原则：我们将数据库逻辑从 model 分离出来，由 repository 辅助 model，将 model 依赖注入进 repository。同样我们将商业逻辑从 controller 分离出来，由 service 辅助 controller，将 service 依赖注入进 controller。显示逻辑也从 view 分离出来，由 presenter 辅助 view，将 presenter 依赖注入进 view。这样写就避免了臃肿和后期维护的不方便。

结束语#

由于篇幅和时间的关系，就先介绍这么多，如果你有更好的意见或者建议，欢迎纠正或者联系我，希望对同样正在学习的你有所帮助。

本作品采用《CC 协议》，转载必须注明作者和本文链接