设计模式之解耦

设计模式经常考虑的一个问题是将对象间关系解耦,逼近开闭原则,使得代码容易扩展

最近设计到读写者间信息的传递,writer需要定期将信息告知reader,最开始想到的是监听者模式,将reader注册到writer,

后来涉及到writer未必总是提前存在,因此需要一个中心者协调,这样演变为类似pub/sub的架构(中心管理者来负责更多的协调)

ps:一篇很好的Event Notifier设计模式分析文章

writer,reader关系分析(原始的单向传递构思):

创建Reader时,需要判断Writer是否存在,如果存在需提供其activeSegmentId,及active Vector到reader,并将reader注册到writer,以便于reader接收最新的数据;不存在时,则暂不处理,当创建writer时注意传递信息。

考虑到Writer和Reader间信息的传递,将cgManager设计为Writer的监听者,Reader作为cgManager的监听者,VectorWriter侧信息变化时,首先传递到cgManager,然后传递到Reader。同时cgManager负责协调Reader和Writer的早晚到达问题:这样进行传递使得设计略显复杂,于是演变为类pub/sub的架构,cgManager不作为writer的监听者,而是作为一个管理者。

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 136,222评论 19 139
  • Character 类在对象中包装一个基本类型 char 的值。Character 类型的对象包含类型为 char...
    LinkedIn阅读 3,511评论 0 1
  • 估计此生让某人戒烟是不可能的事了。 每次让他少抽点烟,他的经典台词都是:你杀了我吧! 于是,我经常会从他的整盒烟里...
    遇见琉璃阅读 4,046评论 0 2
  • 1、非不为也,实不能也 有些事,不能强人所难,不是人家不做,是人家没有相应的能力去做。 每个人都有自己的长处,不能...
    An_An阅读 1,310评论 0 1
  • 黛墨云出一龙长,嬉讽蓑笠形若慌 信步珠幕若鱼悦,悠然恰比楚人狂
    Cookie_2e26阅读 1,396评论 0 0

友情链接更多精彩内容