打造 Laravel 优美架构 谈可维护性与弹性设计

个人github博客：zgxxx.github.io/

公司项目可能须要对架构进行重建，老大给了我一个视频让我学习里面的思想，看完后以为收获很大，主讲人对laravel项目各个层次有很清晰的理解，力求作到职责单一分明，提升可维护性。下面是我看完视频对其内容的大概整理，以及一些本身的看法，有错误的请指出。 视频：www.youtube.com/watch?v=pzY… (有墙各位懂的)

Laravel简单架构：

简单的小项目可能会把数据库查询，业务逻辑，数据传给View几乎全部操做都放在Controller，如何项目后期需求变大，最后Controller会变得很臃肿，难懂，不易维护（一样，有些会把全部增删改查，功能类写在Model，Controller再从Model一个个的拿，致使Model很乱，Model有关联表的时候可能会引发一些没必要要的数据库查询）

我本身的理解：用美宜佳卖商品给客人来理解，主要Controller是某个加盟商美宜佳门店，View是客人，Model是商品制造工厂（理解有些粗糙）

Repository（商品仓库）:

跟Eloquent/DB操做相关的，例如增删改查，直接和数据库打交道的基础操做抽出来放在Repository中，repository中文是仓库，个人理解就是咱们要从Model拿数据，先放在仓库repository中，统一由仓库管理分配，发挥仓库的职责

Service (总部服务平台):

商业逻辑，不是简单的查询数据，而是特定的任务，例如判断用户是不是会员，设置用户权限等等，这些操做建议放在Service，以后Controller再调用它

**我的理解：**因此在Controller和Model/Eloquent中间垫两层，若是Repository理解为商品仓库的话，个人理解Service是相似总部内部的服务平台，加盟商Controller须要拿商品给客人View，不能直接去食品工厂Model拿，先经过仓库repository，而后总部服务平台Service进行打包啊，整理啊，发车啊（各类任务），最后再给到加盟商Controller手里

Presenter（充值业务）:

一些比较固定，能够单独调用的，能够用Presenter抽出来，不须要让Model去作，下次修改也单独修改Presenter就好了， 例如时间戳转成Y-m-d H:i:s格式，能够单独用Presenter处理后用@inject插入到前端模板，而不是把转化过程写在模板上面

**我的理解：**因此在Controller和View中间能够加一层Presenter，个人理解有点相似：美宜佳商户(Controller)能够给客人(View)充公交卡，这种小事不须要劳费工厂(Model)

Transformer（快餐小吃人工筛选）:

转换器，例如在仓库repository中有一个获取全部用户信息的查询操做：this->user->all(['name','email'])? 这样另外的地方又要所有字段，这不就冲突了？这时候Transformer就有用了，其实原理是对$this->user->all()得到的数据进行筛选后再输出，加了个筛选器。

以后要修改结果字段就直接在transform修改便可，固然还能够额外添加须要的字段：array_set()

**我的理解：**这一块个人理解就是有些客人须要点一些快餐，例如美宜佳里面的车仔面呀，烤肠呀，在卖出商品的时候须要根据客人的需求对小吃进行筛选再卖出去，不可能客人指点要一个烤肠，你把店里所有小吃拿给他，让他自个去筛选，中间卖出去的时候须要Transformer进行筛选再给出商品

Formatter（包装）:

主要用于保持API返回格式的一致（使用方法和transform相似）：

我的理解：Formatter这一块个人理解就是商品包装，客人买东西，买小吃，你须要对商品先进行包装，固然这个包装确定须要保持一致

以上即是我再看完视频后对其进行总结整理，固然理论的说的容易，实际操做起来还有不少未知的问题，仍是须要后面继续研究学习。