设计-依赖关系的理解
发布时间:2020-12-14 02:01:41 所属栏目:百科 来源:网络整理
导读:1. 依赖最好是单向 1.1 如果一定要双向注入,某一个依赖最好转换为接口依赖,实现反向调用或者说反向通知的效果. 1.2 接口(父类)依赖和mq其实是类似的. 另外一个通过存储解耦,变回调通知为阻塞查询某个队列存储(zookeeper常用) Follower 依赖 FollowerZooKeepe
1. 依赖最好是单向 1.1 如果一定要双向注入,某一个依赖最好转换为接口依赖,实现反向调用或者说反向通知的效果. 1.2 接口(父类)依赖和mq其实是类似的. 另外一个通过存储解耦,变回调通知为阻塞查询某个队列存储(zookeeper常用) Follower 依赖 FollowerZooKeeperServer,Follower又被注入到FollowerZooKeeperServer中,查看代码你会发现是注入的是Follower的封装类FollowerBean的父类接口. public ZooKeeperServer() { serverStats = new ServerStats(this); listener = new ZooKeeperServerListenerImpl(this); } listener 是 ZooKeeperServerListenerImpl的接口类. 而且这个注入就是在内部. 不是像spring的反向注入. 面试题: 1. 双向依赖 看是不是会抛错? 2. 基于服务端编程由于依赖的是接口,所以是伪依赖 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
推荐文章
站长推荐
热点阅读