上一篇文章实现了记录用户访问,设计上是有缺陷的,代码紧耦合在中间件。若是后续修改需求,不只记录 ip、城市,还须要记录数据到新的数据表,或者须要进行其它统计,那么不停的增长、修改代码是不合理的。这个时候能够使用 Laravel 的事件/监听器进行处理。代码可查看 GitHub。php
Laravel 事件提供了简单的观察者模式实现,容许你订阅和监听应用中的事件。观察者模式有时也被称做发布/订阅模式,该模式用于为对象实现发布/订阅功能:一旦主体对象状态发生改变,与之关联的观察者对象会收到通知,并进行相应操做。html
以上是事件/监听器、观察者模式的简要说明。结合此次的需求理解,当触发用户访问事件,它的观察者进行处理。观察者能够是多个,本例仅作入库操做。laravel
在 app/Providers/EventServiceProvider.php
文件中添加事件/监听器,以下git
/** * The event listener mappings for the application. * * @var array */ protected $listen = [ Registered::class => [ SendEmailVerificationNotification::class, ], 'App\Events\UserBrowse' => [ 'App\Listeners\CreateBrowseLog', // 其它监听器 ], ];
添加好以后,执行 php artisan event:generate
,会自动建立对应的事件/监听器。分别建立了 app/Events/UserBrowse.php
和 app/Listeners/CreateBrowseLog.php
两个文件。github
把目光汇集到事件 app/Events/UserBrowse.php
文件,这里须要接收数据以便后续处理,代码以下segmentfault
public $ip_addr; public $request_url; public $city_name; /** * Create a new event instance. * * @return void */ public function __construct($ip_addr, $request_url, $city_name) { $this->ip_addr = $ip_addr; $this->request_url = $request_url; $this->city_name = $city_name; }
而后是监听器 app/Listeners/CreateBrowseLog.php
,这里要作的是,将事件中接收到的数据进行入库操做,代码以下app
/** * Handle the event. * * @param UserBrowse $event * @return void */ public function handle(UserBrowse $event) { $log = new \App\Models\BrowseLog(); $log->ip_addr = $event->ip_addr; $log->request_url = $event->request_url; $log->city_name = $event->city_name; $log->save(); }
最后就是分发事件,修改 app/Http/Middleware/BrowseLog.php
中间件的代码,修改后以下ide
/** * Handle an incoming request. * * @param \Illuminate\Http\Request $request * @param \Closure $next * @return mixed */ public function handle($request, Closure $next) { // 使用事件/监听器入库 event(new UserBrowse($request->getClientIp(), $request->path(), get_city_by_ip(false, 'null'))); return $next($request); }
测试以后是没有问题的。post
此次所作的修改,感官上来看,就是将入库操做从中间件转移到监听器中,实际上的意义远不止于此。例如同一个事件,能够分发在不一样的地方;事件添加了需求,只须要在添加一个监听器便可;监听器中也能够使用队列等等。测试