事件驱动设计
基于spring boot实现
spring的事件默认是同步的,如需异步需使用异步注解及线程池或消息队列
用户注册事件
public class UserRegisterEvent extends ApplicationEvent {
private UserBean user;
public UserRegisterEvent(UserBean user){
this.user = user;
}
}
用户服务调用注册事件
@Service
public class UserService {
@Autowired
ApplicationContext applicationContext;
public void register(UserBean user) {
//发布UserRegisterEvent事件
applicationContext.publishEvent(new UserRegisterEvent(user));
}
}
注册事件监听
实现方式1
@Component
public class AnnotationRegisterListener { //注册监听
@EventListener
public void register(UserRegisterEvent userRegisterEvent) {
//获取注册用户对象
UserBean user = userRegisterEvent.getUser();
//输出注册用户
}
}
实现方式2
@Component
public class UserRegisterListener implements ApplicationListener<UserRegisterEvent> { //注册监听
@Override
public void onApplicationEvent(UserRegisterEvent userRegisterEvent) {
//获取注册用户对象
UserBean user = userRegisterEvent.getUser();
//输出注册用户
}
}
注意事项
由于事件驱动采用的是观察者模式,在大并发的情况下会出现执行延迟,出现事件驱动的反模式,在使用时一定要注意
目标
单一职责原则(Single Responsibility Principle)
定义:不要存在多于一个导致类变更的原因。通俗的说,即一个类只负责一项职责,应该仅有一个引起它变化的原因
依赖倒转原则(Dependence Inversion Principle)
定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。即针对接口编程,不要针对实现编程
接口隔离原则(Interface Segregation Principle)
接口隔离原则的含义是:建立单一接口,不要建立庞大臃肿的接口,尽量细化接口,接口中的方法尽量少。也就是说,我们要为各个类建立专用的接口,而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。在程序设计中,依赖几个专用的接口要比依赖一个综合的接口更灵活。接口是设计时对外部设定的“契约”,通过分散定义多个接口,可以预防外来变更的扩散,提高系统的灵活性和可维护性。