Laravel应用

CLI

参考：http://laravel-china.org/docs/5.1/artisan
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'
];

<?php
namespace App\Console\Commands;
use App\Helper\Ip;
use Illuminate\Console\Command;
class AnalyzeLog extends Command
{protected $signature = 'AnalyzeLog';    //调用时的名字protected $description = '分析咪咕请求日志';public function __construct(Ip $ip) //自动注入{parent::__construct();$this->ip = $ip;}public function handle(){echo $this->ip->getName();}
}

调用：php artisan AnalyzeLog

事件

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

建立事件类
php artisan make:event DelMsgEvent
会在appenents目录下创建

<?phpnamespace App\Events;use App\Events\Event;
use Illuminate\Queue\SerializesModels;
use Illuminate\Contracts\Broadcasting\ShouldBroadcast;class DelMsgEvent extends Event
{use SerializesModels;/*** 被外部调用该事件时,可以传值* DelMsgEvent constructor.* @param $data*/public function __construct($data){$this->data();}

建立监听者
在applisteners目录下创建

<?php
namespace App\Listeners;use App\Events\SomeEvent;
use Illuminate\Queue\InteractsWithQueue;
use Illuminate\Contracts\Queue\ShouldQueue;class EventListener
{public function __construct(){}/*** 事件触发后,监听者的handle方法会被调用用来处理* @param SomeEvent $event*/public function handle(SomeEvent $event){echo "this is enentlisten";}
}

建立事件和监听者的关系
在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

<?php
namespace App\Providers;use App\Helper\MyFoo; //要服务的Container
use Illuminate\Support\ServiceProvider;
use App;class MyFooServiceProvider extends ServiceProvider
{public function boot(){}//注册到容器中public function register(){//可以这么绑定,这需要use App;App::bind("myfoo",function(){return new MyFoo();});//也可以这么绑定$this->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);
}

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