Laravel应用

摘要：能看出来，是最高级的，一般推荐使用这个来处理队列监听。注使用，当更新代码的时候，需要停止，然后重新启动，这样才能把修改的代码应用上。

参考：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 = [
    "AppConsoleCommandsAnalyzeLog"
];

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 = [
    //事件
    "AppEventsSomeEvent" => [
        //事件的监听者
        "AppListenersEventListener",
        "AppListenersSomeEventListener",
    ],
];
在控制器中触发事件
//Event事件的支持,Event::fire所在的类
use IlluminateSupportFacadesEvent;
//要用到的事件
use AppEventsSomeEvent;
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 = AppUser::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 AppHelper;
class MyFoo
{
    public function add($a, $b)
    {
        return $a+$b;
    }
}
定义一个ServiceProvider供其他地方使用ServiceContain
app->bind("myfoo", function(){
            return new MyFoo();
        });
    }
}
在app/config.php中的providers数组中加入ServiceProvider,让系统自动注册
AppProvidersMyFooServiceProvider::class,
这时候就可以使用了，假设在控制器中使用
public function two($id=null)
{
    //从系统容器中获取实例化对象
    $myfoo = App::make("myfoo");
    echo $myfoo->add(1,2);
}
这样太麻烦，还需要用make来获取对象，为了简便，就可以使用门面功能，定义门面MyFooFacade
namespace AppFacades;
use IlluminateSupportFacadesFacade;

class MyFooFacade extends Facade
{
    protected static function getFacadeAccessor()
    {
        //这里返回的是ServiceProvider中注册时,定义的字符串
        return "myfoo";
    }
}
在控制器里就可以直接调用了
use AppFacadesMyFooFacade;
public function two($id=null)
{
    //从系统容器中获取实例化对象
    $myfoo = App::make("myfoo");
    echo $myfoo->add(1,2);
    //使用门面
    echo MyFooFacade::add(4,5);
}
总的来说，自定义了一个类，为了方便在其他别处使用，便可以使用服务提供者和门面