被神化的laravel 之优雅

一路用了很多个PHP框架,觉得应该在这里丢上一嘴,也就是简简单单的评价一下,使用后的感想罢了,我只是想说,laravel 被过度神化了,以优雅为名,虽然很多地方的确很优雅,但很多地方不是优雅而是繁琐,我们写代码的核心是什么呢,其实分为3个部分,一个加数据请求部分,   一个叫数据操作部分  ,一个叫数据存储部分,还有个其他部分

在请求中我们有正向反向请求,验证中间件 路由  等等,在数据操作部分 涵盖的范围太广 其实就是c层的是,


我认为上述的 laravel 框架问题本身不大,甚至有些地方做的很好,虽然很多地方 和其他框架大同小异 比如yii 和zend之类的框架中,甚至有借鉴和模仿


但是到了数据存储部分,却让人心生疑惑,应为这里确实不能被称为亮点,相对让我感觉到不可思议。

首先我们很多人应该都了解 存储,存储的机制 从前台 cookie  session 到任意文件, h5的存储, 在到 redis sqllet ····等等等  在到php 存储 最后数据库存储 或者在回到文件存储 ····总之,万能的各种web 存储机制


这里不举太多立即,免得成了吐槽,虽然可能已经是一种吐槽行为了  只是稍微提及下Cookie 和session。

我们都知道 这两个其实和客户端有着直接的关系,不管是从什么角度出发,最终结果都会被绑定到客户端上,这也是早起 我们会用 这些技术做登录的原因。


但是在现代的api背景下 Cookie 重要性反而高过了session

但看了我 写这一堆罗里吧嗦论述的读者们 ,可曾反应过来 当我们前后端分离的时候用了多少步骤来,来布局以便让我们获得cookie的内容。

我在yii和zend 中 只需要直取  我在think 中只需要在多个引入 在直取,但是我在laravel 中,却麻烦了点,请别不承认,已经违反了工程便利性原则。

至于session 更是如此,我必须在每次请求中 用request 才能接取到我需要的session 

不要说安全,或者怎么好,那些不是重点,重点是session 是我的 为什么不让我任意位置调用,必须要多做好几个步骤,我是为了写程序 不是为了,准守某明奇妙的写法,所有的套路最不应该管的 就是我的东西不让直接用,这是别的框架不会做的事情,laravel却做了。 

在其他的很多,我认为这是好心过了,所以反而难度大了点,必须要熟悉相对应的使用流程,才能正确使用框架内的方法,而不是必须了解php 才可以使用相对应的流程,这逆反了程序原则。

程序原则是便利直接有效,在这基础上开发者自行考虑安全或者功能模块安装与使用,而laravel 为了提倡幸福写代码这件事,却做了本来就应该准守的最原始程序约定。

您可能还会对下面的文章感兴趣: