Laravel吐槽系列之(一)

blank

Laravel吐槽系列之(一)

最近项目中经常使用到了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:

点击进人暗号:知乎


吐槽点: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中的一个错误:

blankblank

我能骂脏话么,laravel中由于使用了大量的组件,导致laravel的堆栈非常长,然后呢,错误日志中就把堆栈打印出来了,汗,上面那么多的错误訊息,竟然没有记录当前的请求URL和请求参数。看着这么多错误訊息的日志,我竟然无言以对,我应该看哪里,去哪里找出这个错误呢?
对于日志存储,laravel使用monlog,虽然说是很强大了,但是它还有个问题,就是如果你想要让日志记录到不同日志文件实现起来比较复杂。首先你可能会想到使用useFiles或者useDailyFiles来记录到不同的文件,但是Log是Facade模式的,一旦修改了useFile,你就要修改回来才行。其次,你可能会想到使用这个文章中的方法:
laravel.io/forum/02-09-,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就足够了

blankblank
blankblank

吐槽点: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最全的大厂面试题:

喜欢我的文章就关注我吧,持续更新中.....

以上内容希望帮助到大家,很多PHPer在进阶的时候总会遇到一些问题和瓶颈,业务代码写多了没有方向感,不知道该从那里入手去提升,对此我整理了一些资料,包括但不限于:分布式架构、高可扩展、高性能、高并发、服务器性能调优、TP6,laravel,YII2,Redis,Swoole、Swoft、Kafka、Mysql优化、shell脚本、Docker、微服务、Nginx等多个知识点高级进阶干货需要的可以免费分享给大家,需要的可以点击进入暗号:知乎

What do you think?

Written by marketer

blank

深入理解 Laravel 之 Facade

blank

开源导航网站-WebStack-Laravel