CLI

参考：

cli处理业务，把业务封装成一个命令，用php artisan来调用自定义的命令放在App/Console/Commands下创建方式php artisan make:console 命令名 —command=调用时名字php artisan make:console SendEmails --command=emails:send会在App/Console/Commands下生成SendEmails文件命令生成以后，需要填写该类的signature和description属性，signature用来指定调用时的名字，desc是描述，这两个属性在调用list显示命令的时候会被用到。handle方法在命令执行时被调用，可以将所有命令逻辑都放在这个方法里面,我们可以在命令控制器的构造函数中注入任何依赖.

最后需要把命令注入到app/Console/Kernel.php文件中,否则这个命令artisan是找不到的

protected $commands = [    'App\Console\Commands\AnalyzeLog'];

    ip = $ip;    }    public function handle()    {        echo $this->ip->getName();    }}

调用：php artisan AnalyzeLog

事件

事件的原理就是 观察者模式 的实现；

新建一个事件类（被观察者）可以建立多个监听类（观察者）然后标记观察者和被观察者的关系，当被观察者变化时，通知观察者（在appprovicderseventServiceProviders中标记事件类下的监听类）

建立事件类

php artisan make:event DelMsgEvent会在appenents目录下创建

    data();    }

建立监听者

在applisteners目录下创建

建立事件和监听者的关系

在appprovidersEventServiceProviders.php中的

protected $listen = [    //事件    'App\Events\SomeEvent' => [        //事件的监听者        'App\Listeners\EventListener',        'App\Listeners\SomeEventListener',    ],];

在控制器中触发事件

//Event事件的支持,Event::fire所在的类use Illuminate\Support\Facades\Event;//要用到的事件use App\Events\SomeEvent;public function getShow(){    $find = array(        "uid"   =>  55,        "msg.women"   =>  false //搜索,根据msg字段中的women字段    );    $list = $this->collec->find($find);    foreach($list as $document) //是个对象,需要迭代遍历    {        var_dump($document);    }    //触发事件    Event::fire(new SomeEvent($list));}

队列

队列任务可以放到redis中，redis的配置是config/databases.php里的

会把任务放到redis中的queues:default队列中把失败的任务放到queues:default:reserved有序集合中创建一个队列任务

php artisan make:job SendReminderEmail

运行成功后会在app/Jobs目录下生成一个SendReminderEmail.php

class SendReminderEmail extends Job implements ShouldQueue{    use InteractsWithQueue, SerializesModels;    public $name;    //调用队列时,初始化的参数    public function __construct($name)    {        $this->name = $name;    }    //队列默认执行此方法    public function handle()    {        Log::info("this is queue send to ".$this->name);    }    //队列任务失败执行此方法    public function failed()    {        Log::error("fail send to ".$this->name);    }}

插入队列任务，可以使用控制器中的DispatchesJobs trait（该trait在控制器基类Controller.php中引入）提供的dispatch方法手动分发任务

当然也可以在控制器之外的其它地方使用dispatch分发任务，当然在此之前需要在该类中使用use DispatchesJobs。

public function getShow(){    //生成一个队列任务,并传入参数    $this->dispatch(new SendReminderEmail(time()));}

处理任务

Laravel为此提供了三种Artisan命令：

• queue:work 默认只执行一次队列请求, 当请求执行完成后就终止；

• queue:listen 监听队列请求，只要运行着，就能一直接受请求，除非手动终止；

• queue:work --daemon 同 listen 一样， 只要运行着，就能一直接受请求，不一样的地方是在这个运行模式下，当新的请求到来的时候，不重新加载整个框架，而是直接 fire 动作。能看出来， queue:work --daemon 是最高级的，一般推荐使用这个来处理队列监听。

注：使用 queue:work --daemon ，当更新代码的时候，需要停止，然后重新启动，这样才能把修改的代码应用上。

上述操作将队列推送到默认队列，即配置文件中的default，当然你还可以将任务推送到指定队列：

public function sendReminderEmail(Request $request,$id){    $user = App\User::findOrFail($id);    $job = (new SendReminderEmail($user))->onQueue('emails');    $this->dispatch($job);}

因为默认监听的 default 队列,所以需要指定监听队列

php artisan queue:listen --queue=syncOrder

除此之外，Laravel还支持延迟任务执行时间，这里我们指定延迟1分钟执行任务：

public function sendReminderEmail(Request $request,$id){    $user = User::findOrFail($id);    $job = (new SendReminderEmail($user))->delay(60);    $this->dispatch($job);}

日志

目前，Log门面支持八种日志级别（使用RFC 5424标准）：

Log::emergency($error); //紧急状况，比如系统挂掉 Log::alert($error); //需要立即采取行动的问题，比如数据库异常等，这种状况应该通过短信提醒 Log::critical($error); //严重问题，比如：应用组件无效，意料之外的异常 Log::error($error); //运行时错误，不需要立即处理但需要被记录和监控 Log::warning($error); //警告但不是错误，比如使用了被废弃的API Log::notice($error); //普通但值得注意的事件 Log::info($error); //感兴趣的事件，比如登录、退出 Log::debug($error); //详细的调试信息

下面我们就来分别演示下这几种日志级别的日志记录，我们将在TestController的log方法中进行测试：

public function log(){    Log::emergency("系统挂掉了");    Log::alert("数据库访问异常");    Log::critical("系统出现未知错误");    Log::error("指定变量不存在");    Log::warning("该方法已经被废弃");    Log::notice("用户在异地登录");    Log::info("用户xxx登录成功");    Log::debug("调试信息");}

Contracts, ServiceContainer, ServiceProvider, Facades关系

• Contracts 合同，契约，也就是接口，定义一些规则，每个实现此接口的都要实现里面的方法

• ServiceContainer 实现Contracts,具体的逻辑实现

• ServiceProvider ServiceContainer的服务提供者，返回ServiceContainer的实例化，供其他地方使用，可以把它加入到app/config的provider中，会被自动注册到容器中

• Facades 简化ServiceProvider的调用方式，而且可以静态调用ServiceContainer中的方法

实现

Contracts接口可以写或不写，这里就不定义了

定义一个ServiceContainer,实现具体的功能

namespace App\Helper;class MyFoo{    public function add($a, $b)    {        return $a+$b;    }}

定义一个ServiceProvider供其他地方使用ServiceContain

    app->bind("myfoo", function(){            return new MyFoo();        });    }}

在app/config.php中的providers数组中加入ServiceProvider,让系统自动注册

App\Providers\MyFooServiceProvider::class,

这时候就可以使用了，假设在控制器中使用

public function two($id=null){    //从系统容器中获取实例化对象    $myfoo = App::make("myfoo");    echo $myfoo->add(1,2);}

这样太麻烦，还需要用make来获取对象，为了简便，就可以使用门面功能，定义门面MyFooFacade

namespace App\Facades;use Illuminate\Support\Facades\Facade;class MyFooFacade extends Facade{    protected static function getFacadeAccessor()    {        //这里返回的是ServiceProvider中注册时,定义的字符串        return 'myfoo';    }}

在控制器里就可以直接调用了

use App\Facades\MyFooFacade;public function two($id=null){    //从系统容器中获取实例化对象    $myfoo = App::make("myfoo");    echo $myfoo->add(1,2);    //使用门面    echo MyFooFacade::add(4,5);}

总的来说，自定义了一个类，为了方便在其他别处使用，便可以使用服务提供者和门面