参考: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方法在命令执行时被调用,能够将全部命令逻辑都放在这个方法里面,咱们能够在命令控制器的构造函数中注入任何依赖.php
最后须要把命令注入到app/Console/Kernel.php文件中,不然这个命令artisan是找不到的laravel
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中标记事件类下的监听类)redis
创建事件类
php artisan make:event DelMsgEvent
会在appenents目录下建立数据库
<?php namespace 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中的app
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有序集合中
建立一个队列任务ide
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 实现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); }
总的来讲,自定义了一个类,为了方便在其余别处使用,即可以使用服务提供者和门面