浅谈两个多月使用Laravel的自己的感受

用laravel 开发有两个月时间了，谈谈自己的感受。

laravel框架本身运行原理，最多就是一直在强调容器的概念，其实这对你开发项目没有什么卵用的帮助。但是却可以从认识框架本身的原理当中，认识到闭包函数，容器，依赖注入的概念。为啥要这么do，为啥框架这么走是趋势。特别是依赖注入的概念，以工厂生产超人的demo举例讲的特别详细。也特别好，可以加深php面向对象的理解程度。其次涉及的是闭包函数，也就是所谓的匿名函数。似乎在js里面这个会用的较多，在php里面第一次会看到这么多所谓的闭包函数，但是以后谁还瞎BB拿闭包函数来忽悠人，特别是拿php的闭包函数来忽悠人，我只会对他说一句：去你妈的！

开发过程中，用的最多跟打交道最多的是就是route跟model，route就自然会涉及到controller跟view的东西，其中larevel的view模板引擎解析是blade，其实我也没仔细看它模板解析的原理跟格式。反正我就知道最常见的就是讲controller层的东西，带到模板用类似于smarty模板{{}}解析的方式就能解析出来我要的数据。然后结合@if、 @foreach就能玩转基本的前端view啦。

route里面我比较喜欢用resource模式来定义路由，这样一来就相当于在controller层定义了七个路由规则对应的函数。而且这样一来，可以强迫自己去熟悉http协议的提交方式。post、get、delete、put提交方式，同样的url请求地址，触发不同的函数。

其中为了防止跨站脚本攻击，框架本身做了一个_token的验证，post，put，delete请求的时候，会需要去验证token值。这个是laravel框架本身的原理，在提交过程中自动来处理的这一步，middleware中间件来处理，可以选择屏蔽这一步的处理。

其次用的最频繁的就是跟数据库打交道的，model模型。其实larevel框架本身提供两种，一种是自带的ORM模型，一种是全局模式的DB伪静态模式的直接调用。当时为了写mysql语句更加灵活，采用的DB门脸形式进行开发。有利也有弊，灵活程度来说，DB fades确实灵活，但是很多ORM模型封装好的比如像分页这种，就用的很蛋疼。ORM似乎也是在DB上进行再一次的封装。在项目开发中，我们是将DB封装在model层，提高代码的复用率跟灵活度。相比直接写繁杂无味的原生sql语句，用DB来写，确实快速的多有效率的多。

至于controller层，自然就是主要的业务逻辑处理，都集中在这里。这里就是程序猴子为什么被称为程序猿的地方，所有的东西最后你的业务逻辑都得集中在controller中来实现你的业务逻辑。然后这里就是实现你大堆的巴拉巴拉具体逻辑~但是基本的也无非增删改查~其他具体的需求以及处理方式，得在这里得到体现。

其他一些概念性的东西，你理解或者不知道，比如像容器反转，命名空间等~~根本就不影响你开发。具体要的功能，特殊要求可以参考文档，比如做定时任务的contab，没几分钟执行一次的脚本文件~比如如何自己写中间件，自己写去伪静态全局开发类fades，记录日志，error_log()/看着文档来自己搞。