优雅のJava（五）—— 优雅的观察对象与订阅信息观察者模式好莱坞原则

文章目录

专栏导航
前言
好莱坞原则
- 工厂模式的思路借鉴
- IOC的思路借鉴
问题核心
- 即时通讯的思路借鉴
- GUI设计上的思路借鉴
后记

专栏导航

优雅のJava（零）—— 面向问题的学习

前言

这篇主要是阐述一种思维概念怎么观察是最高效优雅的

好莱坞原则

就好像比起班主任挨个问每个同学的作业写了没 VS 每个同学自己汇报哪个效率高的问题有个叫好莱坞原则的东西编程导论有提到

好莱坞原则：“不用找我们，（时机成熟）我们会找你的 (don’t call us, we’ll call you)”
就是说在好莱坞，把简历递交给演艺公司后就只有回家等待。由演艺公司对整个娱乐项的完全控制，演员只能被动式的接受公司的差使,在需要的环节中，完成自己的演出。

其实类似的思维贯穿了很多设计模式

工厂模式的思路借鉴

比如前边讲到的工厂模式 就是不用你去找每个类怎么制造而是每个类提供他的BeanFactory 你执行就好

IOC的思路借鉴

还有后边第六篇要讲的 IOC控制反转不需要你这个调用者去操心被调用组件的生命周期管理（就是啥时候创建啥时候销毁）而是容器主动根据你的需求注入送到你跟前

实际上这篇也是为第六篇做铺垫

问题核心

观察者模式定义了一个基本的一对多的关系下我们应当怎么操作观察
当一个对象的状态发生改变所有依赖这个对象都会被通知

我们观察这个对象就好像订阅（subscribe） b站Up主订阅这个 主题subject 而不是我们每隔五分钟就去給Up发私信问你更新了没呀（那估计要被Up鲨害了：）

然后Up如果更新了（异步），通知我们一声 推送push一个链接就好了
之前每五分钟问Up的操作被称为Pull 拉取

当然是推送的效率更高拉取就类似轮询操作

即时通讯的思路借鉴

玩过即时通讯的兄弟应该知道只是轮询对系统性能的损耗是有多大！但是没办法服务器并不能主动的通知客户端（HTTP无状态）那些网络上的“订阅” 底层仍然是使用轮询实现但可能更聪明比如长轮询或者如websocket发送心跳包维持连接的方式

GUI设计上的思路借鉴

还有就是比如玩GUI的同学可能见过几个关键侧 event事件 trigger 触发 这里同样适用观察者模式！我们想检测这按钮click的事件难道靠轮询拉取这个按钮的状态吗？假设1w个按钮请问怎么拉取又怎么判断哪个按钮被按下了呢？相必非常耗损性能但是如果设计成按钮click以后执行clickHandler 触发click事件交给控制器处理那就高效很多

当然玩过电子硬件二维键盘的同学应该知道单片机检测按键按下就是采用pull 单片机IO端口拉取（采样）电信号状态的方式来的因为没啥别的好办法最多做个降维比如4X4 我只需要探测行列共八个IO口就能确定几行几列的按钮被按下了而不是4*4=16个IO

后记

总之观察者模式很简单但是贯穿了很多设计模式我们面对一对多的情况甚至设计数据库表结构的时候都可以想想应该怎么处理为好

而多对多的应对之道也就是拆成一对多+多对一

下一篇第六篇我们也将看到依赖问题的解决上是如何借鉴到观察者模式的些许思路

专栏导航
优雅のJava（零）—— 面向问题的学习