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);
}总的来说，自定义了一个类，为了方便在其他别处使用，便可以使用服务提供者和门面
