使用事件可以使主业务逻辑和从业务逻辑解耦;特别是异步事件监听器,即使处理失败了也不耽误主业务的进行时间;这里就简单的介绍了一些关于spring的eventListener和event的使用错误技巧.

1.一个事件监听器只做一件事情

比如,用户评论一个商品,我们除了保存评论信息,还得去1通知商品的商家,2给用户加积分;

一般人认为把1,2在一个事件监听器里实现就可以了,但我觉得这样不太好,代码的复用率太低; 如果能在一个eventListener里实现发积分的功能,另一个eventListener里实现发通知的功能,这样就更好些;

也符合单一职责的原则;

2.事件要实现接口

建议一般情况下,event要implement interface;因为java的interface可以多实现. 上节的例子中,商品评论事件因为有两个动作要做,就可以实现两个接口,PointSupport,MessageSupport; 接口里定义了必须要的数据获取方法.这样EventListener就可以不关注具体的评论事件本身,而关注相应的接口,即自身的职责;

另外,如果有个商品收藏事件,除了收藏动作外,还会通知商家.如果收藏事件实现了MessageSupport接口,那么我们就不需要重新写一个eventListener去专门处理收藏通知了.

看着挺美好,其实 好像这样违背了解耦的原则;所以事件不能别这样用,接受实体,处理执行相应的方法才是正确的.

这只是几个小技巧,如果是主业务,那么不能用异步事件监听器.最好都在主方法里实现.

关于spring 事件的使用和示例代码;可参考我以前写的博客,站内链接: