Laravel 中设计模式的实战分享

MVC是Laravel自带的，大家也多少都会用一些。今天我们不谈MVC，谈一些大中型项目的设计思路。

---

前言

虽然标题说是设计模式，但是我并不打算去讲什么singleton、strategy、factory，不知道为什么，每次看到这几个词汇，我就昏昏欲睡。我个人认为，在非Java语言中，用这些模式很别扭。我曾经尝试过在Unity项目中，使用设计模式，但是总觉得是为了模式而模式，根本不能起到我想要的作用。今天在市图书馆，我很努力的想找到一本在PHP或者Laravel环境下，讨论设计模式的书，可是没找到。

起点

我相信很多人学设计模式，都是跟我一样，听说这玩意高大上。但是只学了前三个，也就是上文那三个，之后的就是在梦中学的了。如何在实战中能应用上设计模式，我思考了接近两年。最最禁忌的是，强行在代码中使用某个模式，经常会弄巧成拙，还毁了之前的代码。最开始我接触设计模式，出发点就是为了重构代码，以便更好的复用和测试。但是直到最近，也就是写上一篇博客的不久前，我才明白到底该怎么做。

上路

Laravel中自带MVC，但是我目前的项目已经突破一万行，MVC早已不堪重负。后来我决心去找一些架构设计，重新整理一下代码，顺利的找到了这个浅显易懂的blog，里面附带三篇独立的文章，分别讲解了三种模式：Service、Repository、Presenter。不过我实在太笨了，这样都理解不了，一开始强行去写，写着写着，才慢慢理解。过程中发现了Laravel-5.3-Repository，用命令行创建repository文件，稍加修改可以改出一份创建service文件的命令。以及laravel-auto-presenter，可以直接将presenter对象注入到model中，当做model原有属性的替代品（比如重写默认的icon属性，附加上img标签等）。但是这个库不支持自定义函数，只能用来替换以后属性。最后还有这个库laracasts/presenter,这个是我目前在用的，以trait模式使用，通过调用$foo->present()->customContent()来使用，只能调用自定义函数，不支持重写已有属性。

终点？

今天写着写着，突然有所感悟。都说repository模式可以方便测试，我现在才明白具体要怎么做。在controller或者sevice中调用repository的时候，一定要把变量在调用的时候传入，这样后续可以写单元测试，只通过变量就能测试repository是否正确，而不用每次都通过request传入参数来测试。也就是说repository基本是被当成一组静态函数使用的。

抛砖引玉，希望大家都能讨论下，在具体项目中都是怎么设计的，我也在学习的阶段，欢迎回复交流。