laravel吐槽系列之一

最近项目中经常使用到了laravel框架，对于这个框架之前只是弱弱地接触了一点，没有深入接触，这下有时间好好研究它了（主要是不得不研究了）。说实话，laravel让我打开眼界了，之前对框架的使用一直停留在yii1.X阶段。总之那句话说的对，刚接触laravel的phper就只有两个反应，一个是捡到宝了，一个是觉得它是垃圾。我能，就属于后者，所以现在在努力让自己爱上laravel。但是一切总是有那么硌人的地方，我就想写写一些东西来吐槽laravel。

吐槽点：laravel的vendor引用的组件过多

laravel是遵循composer来写的一个框架，问题是这个框架又引入了其他的几个组件，然后其他的组件又引入了一些组件，反正下面是我composer create的时候需要引入的组件，自己看看吧。。。

➜  laravel  composer create-project laravel/laravel test --prefer-dist
Installing laravel/laravel (v4.2.0)
  - Installing laravel/laravel (v4.2.0)
    Downloading: %

Created project in test
Loading composer repositories with package information
Installing dependencies (including require-dev)
  - Installing symfony/translation (v2.5.4)
    Downloading: %

  - Installing psr/log (1.0.)
    Downloading: %

  - Installing symfony/security-core (v2.5.4)
    Downloading: %

  - Installing symfony/debug (v2.5.4)
    Downloading: %

  - Installing symfony/http-foundation (v2.5.4)
    Downloading: %

  - Installing symfony/event-dispatcher (v2.5.4)
    Downloading: %

  - Installing symfony/http-kernel (v2.5.4)
    Downloading: %

  - Installing symfony/routing (v2.5.4)
    Downloading: %

  - Installing symfony/process (v2.5.4)
    Downloading: %

  - Installing symfony/finder (v2.5.4)
    Downloading: %

  - Installing symfony/console (v2.5.4)
    Downloading: %

  - Installing symfony/filesystem (v2.5.4)
    Downloading: %

  - Installing symfony/dom-crawler (v2.5.4)
    Downloading: %

  - Installing symfony/css-selector (v2.5.4)
    Downloading: %

  - Installing symfony/browser-kit (v2.5.4)
    Downloading: %

  - Installing swiftmailer/swiftmailer (v5.2.2)
    Downloading: %

  - Installing stack/builder (v1.0.2)
    Downloading: %

  - Installing predis/predis (v0.8.7)
    Downloading: %

  - Installing phpseclib/phpseclib (0.3.)
    Downloading: %

  - Installing patchwork/utf8 (v1.1.25)
    Downloading: %

  - Installing nesbot/carbon (1.13.)
    Downloading: %

  - Installing monolog/monolog (1.10.)
    Downloading: %

  - Installing nikic/php-parser (v0.9.5)
    Downloading: %

  - Installing jeremeamia/superclosure (1.0.)
    Downloading: %

  - Installing ircmaxell/password-compat (1.0.)
    Downloading: %

  - Installing d11wtq/boris (v1.0.8)
    Downloading: %

  - Installing classpreloader/classpreloader (1.0.)
    Downloading: %

  - Installing filp/whoops (1.1.)
    Downloading: %

  - Installing laravel/framework (v4.2.9)
    Downloading: %

symfony/translation suggests installing symfony/config ()
symfony/translation suggests installing symfony/yaml ()
symfony/security-core suggests installing symfony/validator (For using the user password constraint)
symfony/security-core suggests installing symfony/expression-language (For using the expression voter)
symfony/event-dispatcher suggests installing symfony/dependency-injection ()
symfony/http-kernel suggests installing symfony/class-loader ()
symfony/http-kernel suggests installing symfony/config ()
symfony/http-kernel suggests installing symfony/dependency-injection ()
symfony/routing suggests installing symfony/config (For using the all-in-one router or any loader)
symfony/routing suggests installing symfony/yaml (For using the YAML loader)
symfony/routing suggests installing symfony/expression-language (For using expression matching)
symfony/routing suggests installing doctrine/annotations (For using the annotation loader)
predis/predis suggests installing ext-phpiredis (Allows faster serialization and deserialization of the Redis protocol)
phpseclib/phpseclib suggests installing ext-mcrypt (Install the Mcrypt extension in order to speed up a wide variety of cryptographic operations.)
phpseclib/phpseclib suggests installing ext-gmp (Install the GMP (GNU Multiple Precision) extension in order to speed up arbitrary precision integer arithmetic operations.)
phpseclib/phpseclib suggests installing pear-pear/PHP_Compat (Install PHP_Compat to get phpseclib working on PHP < 4.3..)
monolog/monolog suggests installing graylog2/gelf-php (Allow sending log messages to a GrayLog2 server)
monolog/monolog suggests installing raven/raven (Allow sending log messages to a Sentry server)
monolog/monolog suggests installing doctrine/couchdb (Allow sending log messages to a CouchDB server)
monolog/monolog suggests installing ruflin/elastica (Allow sending log messages to an Elastic Search server)
monolog/monolog suggests installing ext-amqp (Allow sending log messages to an AMQP server (1.0+ required))
monolog/monolog suggests installing ext-mongo (Allow sending log messages to a MongoDB server)
monolog/monolog suggests installing aws/aws-sdk-php (Allow sending log messages to AWS services like DynamoDB)
monolog/monolog suggests installing rollbar/rollbar (Allow sending log messages to Rollbar)
laravel/framework suggests installing doctrine/dbal (Allow renaming columns and dropping SQLite columns.)
Writing lock file
Generating autoload files
Mcrypt PHP extension required.
Script php artisan clear-compiled handling the post-install-cmd event returned with an error

一共有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 = )
    {
        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', )
->where('teacher_id', )
->where('class_id', )
->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’=>, ’teacher_id’ => , ‘class_id’ => ])->get();

一下子腰也不酸了，头也不疼了。。。

后记

laravel还是能让一个phper学习到很多的，我努力着爱之深责之切的原则，后续使用laravel中使用不爽的地方再继续吐槽和讨论。