最近项目中经常使用到了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导致的是文档查阅的不方便。

一个框架好用不好用，文档是一个至关重要的环节。但是引用的第三方库一多了，很多使用文档官方就没有足够详细的文档说明了，然后美其名告诉你，这个是引用第三方库的，给你个链接，你去第三方库的说明文档中看把。但是你要知道，在开发过程中，文档是需要有统一性的，每一个说明文档的展示和查询规则都是有惯性的。你给个链接让我去一个不一样布局的网页，我的思维还需要进行跳跃和查找。

解决办法：忍

吐槽点：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 Yejiafneng\Helpers;
 
use Monolog\Logger;
use Monolog\Handler\StreamHandler;
use Illuminate\Log\Writer;
 
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中使用不爽的地方再继续吐槽和讨论。

本文转自轩脉刃博客园博客，原文链接：http://www.cnblogs.com/yjf512/p/4031782.html，如需转载请自行联系原作者

laravel吐槽系列之一