最近项目中经常使用到了laravel框架,对于这个框架之前只是弱弱地接触了一点,没有深入接触,这下有时间好好研究它了(主要是不得不研究了)。说实话,laravel让我打开眼界了,之前对框架的使用一直停留在yii1.X阶段。总之那句话说的对,刚接触laravel的phper就只有两个反应,一个是捡到宝了,一个是觉得它是垃圾。我能,就属于后者,所以现在在努力让自己爱上laravel。但是一切总是有那么硌人的地方,我就想写写一些东西来吐槽laravel。
吐槽点:laravel的vendor引用的组件过多
laravel是遵循composer来写的一个框架,问题是这个框架又引入了其他的几个组件,然后其他的组件又引入了一些组件,反正下面是我composer create的时候需要引入的组件,自己看看吧。。。
View Code
一共有28个需要Install的,这个导致的结果是初始化可运行的项目大小有25M之大。
这么bigger than bigger的玩意,首先会带来部署上的不便利。
部署laravel项目的时候会有两种方式,一种是只发布除了vendor之外的项目相关的文件,然后运行composer进行vender的更新,另外一种是直接将vendor进入版本库,使用版本库的发布将所有代码发布到线上机器去。我个人倾向第二种,能把代码库中的文件直接放到服务器上就能运行的多牛逼。但是这样子,代码库就变得超大了,不大便利了。
其次,这么多的vendor导致的是文档查阅的不方便。
一个框架好用不好用,文档是一个至关重要的环节。但是引用的第三方库一多了,很多使用文档官方就没有足够详细的文档说明了,然后美其名告诉你,这个是引用第三方库的,给你个链接,你去第三方库的说明文档中看把。但是你要知道,在开发过程中,文档是需要有统一性的,每一个说明文档的展示和查询规则都是有惯性的。你给个链接让我去一个不一样布局的网页,我的思维还需要进行跳跃和查找。
解决办法:忍
PHP进阶架构资料,助力你达到30K:
程序猿的生活:【社群福利】30G-PHP进阶资料,助力大家都能30Kzhuanlan.zhihu.com点击进人暗号:知乎
吐槽点:laravel的路由可以写function
laravel的路由非常强大,强大到无敌了。比如说呢,什么controller,action啥的都是浮云,哥可以在app/route.php里面直接写上路由对应的funciton,啥controller都不用写了,一个文件可以do everything。但是,什么都能做的框架就是把规则的制定推给使用者。比如在route中可以允许写function,我第一次看到的时候觉得浑身都不对了,一个制定路由的文件,你就制定哪个路由到哪个action就好,干毛在一个叫route.php的文件里面,制定具体的执行方法。我估摸很多团队都会约定不允许在route里面写funciton,因为这样就个路由的设置就很鸡肋了。
解决办法:团队自行做一些规定来限制路由的功能。
吐槽点:laravel没有默认路由
我这里说的是比如yii中有默认路由的方式controller/action。比如user/index 默认就对应到userController 的IndexAction中去。但是在laravel中,它将这种名称依赖的默认路由去掉了。所有laravel中使用的路由都需要手动在route.php中制定诸如这样的命令:
Route::get('login', ['as' => 'login', 'uses' => 'UserController@login']);
但是特别在做后台开发的时候真是特别无法忍受,每次增加一个路由都需要在route中加入这么一条玩意。
最后我取折衷的办法,在后台开发的时候,多使用这样的语句:
Route::controller('series', 'SeriesController’);
这样,在controller中定义的getXXX和postXXX就能自动解析了,就不需要那么繁杂的写route路径了。
解决办法:多使用Route::controller
吐槽点:日志记录信息太多了
看看默认的laravel.log中的一个错误:
我能骂脏话么,laravel中由于使用了大量的组件,导致laravel的堆栈非常长,然后呢,错误日志中就把堆栈打印出来了,汗,上面那么多的错误信息,竟然没有记录当前的请求URL和请求参数。看着这么多错误信息的日志,我竟然无言以对,我应该看哪里,去哪里找出这个错误呢?
对于日志存储,laravel使用monlog,虽然说是很强大了,但是它还有个问题,就是如果你想要让日志记录到不同日志文件实现起来比较复杂。首先你可能会想到使用useFiles或者useDailyFiles来记录到不同的文件,但是Log是Facade模式的,一旦修改了useFile,你就要修改回来才行。其次,你可能会想到使用这个文章中的方法: http:// laravel.io/forum/02-09- 2014-laraverl-custom-logs ,new一个,再Info,好吧,实际后来我也是用类似的方法封装了下。最后,你的方法可能就是写个log的ServiceProvider,覆盖或者重写原先的哪个Log。
总之达成目的的方法一定不止一个,but,总之,原先的哪个Log还是不爽。
解决方法:自定义日志编辑类
首先自定义了日志编辑类:
<?php
namespace YejiafnengHelpers;
use MonologLogger;
use MonologHandlerStreamHandler;
use IlluminateLogWriter;
class BLogger
{
// 所有的LOG都要求在这里注册
const LOG_ERROR = 'error';
const LOG_SHOP = 'shop';
const LOG_QUERY = 'query';
const LOG_LOGIN = 'login';
private static $loggers = array();
// 获取一个实例
public static function getLogger($type = self::LOG_ERROR, $day = 30)
{
if (empty(self::$loggers[$type])) {
self::$loggers[$type] = new Writer(new Logger($type));
}
$log = self::$loggers[$type];
$log->useDailyFiles(storage_path().'/logs/'. $type .'.log', $day);
return $log;
}
}
然后在app/start/global.php中修改错误日志回调函数为:
// 错误日志信息
App::error(function(Exception $exception, $code)
{
// 如果没有路径就直接跳转到登录页面
if ($exception instanceof NotFoundHttpException) {
return Redirect::route('login');
}
Log::error($exception);
$err = [
'message' => $exception->getMessage(),
'file' => $exception->getFile(),
'line' => $exception->getLine(),
'code' => $exception->getCode(),
'url' => Request::url(),
'input' => Input::all(),
];
BLogger::getLogger(BLogger::LOG_ERROR)->error($err);
});
这里没有修改laravel自身的错误日志记录,因为保留一个全集的错误应该还是有必要的,但是实际上我使用过程中只要看自己定义的error.log就足够了
吐槽点:ORM的where太弱
laravel的ORM使用的是Eloquent ORM。如果你要获取出Student表中female=1 并且 teacher_id为4 并且class_id为3的所有学生,你需要这么写:
Student::where('female', 1)
->where('teacher_id', 4)
->where('class_id', 3)
->get();
好难受,如果一个还行,要是多个呢?。。。难道就不能在一个where中使用个数组么?
解决办法:在基类中扩展一个multiwhere
于是我就在BaseModel中定义了:
// 多where
public function scopeMultiwhere($query, $arr)
{
if (!is_array($arr)) {
return $query;
}
foreach ($arr as $key => $value) {
$query = $query->where($key, $value);
}
return $query;
}
这样子,上面的语句就可以这么使用:
Student::multiwhere([‘female’=>1, ’teacher_id’ => 4, ‘class_id’ => 3])->get();
一下子腰也不酸了,头也不疼了。。。
后记
laravel还是能让一个phper学习到很多的,我努力着爱之深责之切的原则,后续使用laravel中使用不爽的地方再继续吐槽和讨论。
PHP最全的大厂面试题:
程序猿的生活:PHP面试题汇总,看完这些面试题助力你面试成功,工资必有20-25Kzhuanlan.zhihu.com喜欢我的文章就关注我吧,持续更新中.....
以上内容希望帮助到大家,很多PHPer在进阶的时候总会遇到一些问题和瓶颈,业务代码写多了没有方向感,不知道该从那里入手去提升,对此我整理了一些资料,包括但不限于:分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6,laravel,YII2,Redis,Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家,需要的可以点击进入暗号:知乎。