咨询一个设计模式的问题------GUI事件处理机制中的

[oyhj_nicholas]

GUI编程中 事件源要注册一个监听对象，来作为该事件源产生的事件的处理者。
例如 Button.addActionListener(new ActionListener().........)；
请问 此种设计思想是基于哪种设计模式？？？ 是观察者模式吗？？ 谢谢了

[龙四]

是观察者模式

[Fly_m]

观察者<Observer>模式（有时又被称为发布-订阅<Publish/Subscribe>模式、模型-视图<Model/View>模式、源-收听者<Source/Listener>模式或从属者<Dependents>模式）是软件设计模式的一种。在此种模式中，一个目标物件管理所有相依于它的观察者物件，并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实作事件处理系统。 因此，主要是注册事件->发生事件->通知 注册者只关心发生事件之后的事情，因此，向事件源注册一个事件。当事件源发生指定的事件时，它会主动向注册者通知，其实就是调用注册者指定的方法。 从代码层面 ,遵从以下的顺序： 注册者：addListener listener.invoke 事件源： acceptListener eventInvoke notifyListenter

[MiceRice]

引用 6 楼 dracularking 的回复:

是啊，从实际来说，某种典型实现，观察者怎么还需要被观察者来主动告知呢？按观察这种说法，应该是观察者主动获得，至少是被观察者被动告知才对。不过这种方式是不是可以理解为某一种狭义的观察者模式呢。

改名叫：托付模式。 ActionListener 托付给 JButton 一个任务： “哥们，当你被人点了下，就顺便执行下我交代的这个事情（run()），谢谢啦。”

[dracularking]

引用 7 楼 ldh911 的回复:

引用 6 楼 dracularking 的回复:是啊，从实际来说，某种典型实现，观察者怎么还需要被观察者来主动告知呢？按观察这种说法，应该是观察者主动获得，至少是被观察者被动告知才对。不过这种方式是不是可以理解为某一种狭义的观察者模式呢。 改名叫：托付模式。 ActionListener 托付给 JButton 一个任务： “哥们，当你被人点了下，就顺便……

不错，不过我记得貌似观察模式里也有一种实现是不通过告知，而是通过观察者去主动轮询，这种情形就不适用了，依稀记得是有这样一种的

[小小都不懂]

学习了！！！！！！！！！！！！

[MiceRice]

引用 1 楼 ticmy 的回复:

是观察者模式

探讨个小小的题外话，其实我觉得观察者模式的设计机制不是很好。 你作为一个观察者，所运行代码居然消耗主角的线程资源； 而且究竟会消耗多少，完全不受主角控制，听凭观察者的实现方式。 现实生活的观察者，应该对主角毫无影响才对。

[dracularking]

观察者模式三要素 观察者，被观察者，观察事件 像这里： Button.addActionListener(new ActionListener().........)； button就是被观察者 actionlistener就是观察者 观察事件是Action 而事件一般是在被观察者对象范围内发生的，因此往往当事件发生时，事件传递模式是由被观察者告知观察者，而之前，他们两者为了确立围绕某某事件的观察关系，需要所谓的“注册”。

[dracularking]

引用 4 楼 ldh911 的回复:

引用 1 楼 ticmy 的回复: 是观察者模式 探讨个小小的题外话，其实我觉得观察者模式的设计机制不是很好。 你作为一个观察者，所运行代码居然消耗主角的线程资源； 而且究竟会消耗多少，完全不受主角控制，听凭观察者的实现方式。 现实生活的观察者，应该对主角毫无影响才对。

是啊，从实际来说，某种典型实现，观察者怎么还需要被观察者来主动告知呢？按观察这种说法，应该是观察者主动获得，至少是被观察者被动告知才对。不过这种方式是不是可以理解为某一种狭义的观察者模式呢。

[hbwhwang]

命名为：订阅-分发模式 比较形象。

[raistlic]

引用 4 楼 ldh911 的回复:

引用 1 楼 ticmy 的回复:是观察者模式 探讨个小小的题外话，其实我觉得观察者模式的设计机制不是很好。 你作为一个观察者，所运行代码居然消耗主角的线程资源； 而且究竟会消耗多少，完全不受主角控制，听凭观察者的实现方式。 现实生活的观察者，应该对主角毫无影响才对。

确实，对于主角来说，观察者的方法是 ”alien method“，如果确实需要的话，其实可以在主角状态发生改变的时候，新起一个”调用线程“，或者用一个专门的”调用观察者方法线程“。说到底，主角作为调用者是有控制权的。 表现在 Java UI 中，因为UI本身的单线程设计，如果主角的状态也是在UI线程发生改变的话表现的不是太明显，但就算是同一个线程其实还是应该用”非同步调用“的: SwingUtilities.invokeLater( ... );

[oyhj_nicholas]

引用 8 楼 dracularking 的回复:

引用 7 楼 ldh911 的回复:引用 6 楼 dracularking 的回复:是啊，从实际来说，某种典型实现，观察者怎么还需要被观察者来主动告知呢？按观察这种说法，应该是观察者主动获得，至少是被观察者被动告知才对。不过这种方式是不是可以理解为某一种狭义的观察者模式呢。 改名叫：托付模式。 ActionListener 托付给 JButton 一个任务： ……

引用 8 楼 dracularking 的回复:

引用 7 楼 ldh911 的回复:引用 6 楼 dracularking 的回复:是啊，从实际来说，某种典型实现，观察者怎么还需要被观察者来主动告知呢？按观察这种说法，应该是观察者主动获得，至少是被观察者被动告知才对。不过这种方式是不是可以理解为某一种狭义的观察者模式呢。 改名叫：托付模式。 ActionListener 托付给 JButton 一个任务： ……

非阻塞通信中的Selector好像是轮询方式 某个时间是否发生