监听者模式实践-java事件和事件监听器

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

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

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

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

也符合单一职责的原则;

2.事件要实现接口

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

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

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

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

关于spring 事件的使用和示例代码;可参考我以前写的博客,站内链接: https://my.oschina.net/u/1590027/blog/1511379

转载于:https://my.oschina.net/u/1590027/blog/3044586

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值