Yii框架中为什么应该提供全局事件

之前已经写了蛮多的跟这个事件驱动特性有关的内容了,比如我今天发现,Yii框架支持的事件驱动,只能支持对对象实例进行事件绑定。简单来说,当你要绑定某个事件的时候,这个事件的触发者的对象,必须已经建立好了。

之前,我们聊过,事务应该尽可能写在Model里,而跟其他的无关。对于有些业务场景,构造某种对象,本身就是一个业务。因为构造这个对象太过有特点,以至于,我认为应该也封装在Model里面供别的业务去复用。

这个时候,如果碰巧有个业务要在该对象构造的时候,触发某个行为,那么总不能把事件绑定到Model里面去,这就显得很奇怪了。

举个具体的例子,比如我现在开发一个功能,就是用户要下订单。但是,订单可以被创建出来,是要检查很多条件的,而且跟库存之类的信息都高度相关,所以,我把整个业务封装起来了。

这时候,系统要求搞个活动,在创建订单的时候,如果订单满足条件,就给订单用户一定奖励。所以,我们在订单创建成功的时候,应该能够触发一个检查,判定活动的条件。

最坏的写法,就是把这个检查,直接写到订单的类里面,创建订单的业务里面。次之,就是把代码写到创建订单的Controller里,这样创建完毕的时候,直接执行检查就行了。

而我认为最好的写法,就是单独写个活动的类,通过配置文件,在系统启动的时候,注册一个事件,监听新订单创建的事件,然后在活动类里,去实现一个事件处理器,针对活动条件进行检查,如果通过,就应用活动奖励,否则就放弃。

这样,对于订单创建的Controller也好,订单的Model也好,根本就没必要知道活动的存在。也不必要去修改相关的业务了。以后,有任何其他活动,只要注册其他的活动类进去就行了。

但是,整个Yii框架,就没有提供这个机制,比如,在系统启动的时候,任何对象都还没有创建,这个时候,根本没法进行事件的绑定,所以整体来说,这个问题还蛮困扰我的。

最后,我的方法,就是自己实现了一个事件的Dispatcher,然后可以通过配置文件来注册事件处理器,然后,在所有关键业务里,都触发事件。在没有任何对象构造出来的时候,就可以绑定事件处理器,一旦事件触发,就能执行对应的代码,从而实现对关键业务和核心业务代码的稳定性的维持。