最近在了解Yii 2的触发事件相关的知识，以下摘抄自yiichina话题
事件的触发
事件通过Component::trigger()来触发，触发本质就是执行事件handler的过程。
$order->trigger(Order::EVENT_CREATED);
源码如下：
public function trigger($name, Event $event = null){
this->ensureBehaviors();
if(!empty($this->_events[$name])) {// 执行handler必须传递一个Event实例，用来传递数据if($event ===null) { $event =newEvent(); }// 指定是谁触发的这个事件，默认就是trigger调用者自身if($event->sender ===null) { $event->sender =$this; } $event->handled =false;// 默认事件没有被处理$event->name = $name;// 事件名称foreach($this->_events[$name]as$handler) { $event->data = $handler[1];// 最关键的地方：所有handler都是通过call_user_func来执行的call_user_func($handler[0], $event);// 如果在$handler[0]中，$event->handled被置为true，表示事件已经被处理好了，后续handler不用再执行了if($event->handled) {return; } } }// 执行类级别的事件处理器Event::trigger($this, $name, $event);}
在触发事件时，我们经常会通过Event对象来传递数据：
假如有个场景是在文章下面评论送积分，那么评论后就会触发送积分的事件user_after_publish，另外我们知道送积分还有很多别的场合，不同场合送的分数不一样。因此我们积分需要有个类PointEvent来表示：
use yii\base\Event;classPointEventextendsEvent{//要赠送的积分数量public $points =0;// 事件处理结果消息public $msg = '';// 其他方法}
发表评论之前，先绑定“送积分”事件handler：
// 绑定handler$user = Yii::$app->user->identity;$user->on(User::EVENT_AFTER_PUBLISH, [$obj,'afterPublish']);....// 在某个时间点触发// 实例化一个PointEvent，points 指定为 10$event =newPointEvent();$event->points =10;$user->trigger(User::EVENT_AFTER_PUBLISH, $event);
事件处理器要为发表评论的用户积分+10：
publicfunctionafterPublish($event){ $user = $event->sender; $points = $event->points; $user->points += $points; $user->save();}
说到这里，可能有的小伙伴会问，用户发表评论获得积分这么个功能为啥要通过这种方式来实现，为啥不用下面“简单”的方式来实现呢：
publicfunctionpublishComment(){ $param = Yii::$app->request->post(); $user = Yii::$app->user->identity;// 新建评论$comment =newComment(); $comment->load($param,'data'); $comment->save();// 更新用户积分$user->points += intval($param['points']); $user->save(); }
这样做，就是把新建评论和更新用户放在一个方法里面。但是这样做将会有个隐形的问题，如果用户评论之后，不光要积分+10，还要告知文章作者怎么办？这里只能在publishComment()后面继续添加代码了，如果哪天又要发送邮件啥的，还得继续往里面添加代码。这违反了“面对扩展开放，面对修改关闭”的编程原则，久而久之这块代码就会变得非常臃肿，很难再维护，分出去再写几个方法也无济于事。
分析这原因，就是从功能上说，评论和用户获得积分其实是松耦合的关系——你可以给积分也可以不给积分。但是在publishComment()方法你把这两个功能捆绑的死死的，丝毫分不开——这就是一种糟糕的设计。
相反，用事件就能很好解决这个问题。我们说，事件其实是一个流程上的某个特定的点，这里是流程就是用户发表评论，EVENT_AFTER_PUBLISH是发表成功后的一个节点，程序走到这里，触发一下。有处理器就执行，没有就继续往后执行。我们绑定了一个送积分的处理器 ，也可以绑定推送消息的处理器。这么看待问题，就已经解耦了两种功能。在实现上，将发表评论看做流程本身，而送积分，推送提醒看做是“附加”的，在需要的时候绑定下，不需要就不绑定。
下面是主流程：
publicfunctionpublishComment(){$user = Yii::$app->user->identity;// 新建之前的时间点：触发EVENT_BEFORE_PUBLISH$user->trigger(User::EVENT_BEFORE_PUBLISH);// 新建评论$comment =newComment(); $comment->load($param,'data'); $comment->save();// 新建之后的时间点：触发下 EVENT_AFTER_PUBLISH$user->trigger(User::EVENT_AFTER_PUBLISH, $event);}
有的场合是需要送积分：
$user->on(User::EVENT_AFTER_PUBLISH, [Points,'givePoints']);
有的场合是要发邮件提醒：
$user->on(User::EVENT_AFTER_PUBLISH, [Email,'notifyPoserOwner']);
还有的场合是需要判断用户有没有发表评论的权限：
$user->on(User::EVENT_BEFORE_PUBLISH, [Authorization,'checkAuth']);...publicfunctioncheckAuth($event){ $user = $event->sender;if(!$user->isAdmin) {thrownewAccessDeniedException('你没有权限发表评论'); }}
事件处理器Points::givePoints,Email::notifyPoserOwner,Authorization::checkAuth 分布在不同的类中，并没有出现在上面publishComment里面，而且可增可减，完全视需要而定。因此真正满足了“开闭原则”的要求。
小编心得：开闭原则——对扩展开放，对修改关闭。这是代码组织当中的一条非常重要的原则。
网友评论