資訊專欄INFORMATION COLUMN
摘要：觀察者模式又稱發(fā)布訂閱模式，模型視圖模式，源監(jiān)聽器模式模式或者從屬者模式。第一方法被調(diào)用之后會(huì)設(shè)置一個(gè)內(nèi)部標(biāo)記變量，代表被觀察者對(duì)象的狀態(tài)發(fā)生了變化。代碼地址觀察者模式代碼自己實(shí)現(xiàn)的觀察者模式利用提供的有關(guān)觀察者模式的
概念
定義了對(duì)象之間的一對(duì)多依賴，當(dāng)一個(gè)對(duì)象狀態(tài)改變時(shí)，它的所有依賴者都會(huì)收到通知并自動(dòng)更新。
觀察者模式又稱發(fā)布（Publish/Subscribe）訂閱模式，模型視圖（Model/View）模式，源-監(jiān)聽器模式（Source/Listener）模式或者從屬者（Dependents）模式。
出版者（主題）+ 訂閱者（觀察者）= 觀察者模式
抽象主題(Subject)角色：抽象主題角色把所有對(duì)觀察者對(duì)象的引用保存在一個(gè)聚集（比如Vector對(duì)象）里，每個(gè)主題都可以有任何數(shù)量的觀察者。抽象主題角色又叫做抽象被觀察者(Observable)角色。
具體主題(ConcreteSubject)角色：將有關(guān)狀態(tài)存入具體觀察者對(duì)象；在具體主題的內(nèi)部狀態(tài)改變時(shí)，給所有登記過的觀察者發(fā)出通知。具體主題角色又叫做具體被觀察者(Concrete Observable)角色。
抽象觀察者(Observer)角色：為所有的具體觀察者定義一個(gè)接口，在得到主題的通知時(shí)更新自己，這個(gè)接口叫做更新接口。
具體觀察者(ConcreteObserver)角色：存儲(chǔ)與主題的狀態(tài)自恰的狀態(tài)。具體觀察者角色實(shí)現(xiàn)抽象觀察者角色所要求的更新接口，以便使本身的狀態(tài)與主題的狀態(tài)相協(xié)調(diào)。如果需要，具體觀察者角色可以保持一個(gè)指向具體主題對(duì)象的引用。
UML圖此處的UML圖與重要角色的描述有所出入，主要是因?yàn)樵诖颂幊橄笾黝}角色采用的接口，而不是抽象類，
在觀察者模式中，又細(xì)分為推模型和拉模型
?主題對(duì)象向觀察者推送主題的詳細(xì)信息，不管觀察者是否需要，推送的信息通常是主題對(duì)象的全部或部分?jǐn)?shù)據(jù)。
?主題對(duì)象在通知觀察者的時(shí)候，只傳遞少量信息。如果觀察者需要更具體的信息，由觀察者主動(dòng)到主題對(duì)象中獲取，相當(dāng)于是觀察者從主題對(duì)象中拉數(shù)據(jù)。一般這種模型的實(shí)現(xiàn)中，會(huì)把主題對(duì)象自身通過update()方法傳遞給觀察者，這樣在觀察者需要獲取數(shù)據(jù)的時(shí)候，就可以通過這個(gè)引用來獲取了。
JDK對(duì)觀察者模式的支持java.util.Observable：可觀察者（主題）
?該類有兩個(gè)非常重要的方法，一個(gè)是setChanged()，另一個(gè)是notifyObservers()。第一方法setChanged()被調(diào)用之后會(huì)設(shè)置一個(gè)內(nèi)部標(biāo)記變量，代表被觀察者對(duì)象的狀態(tài)發(fā)生了變化。第二個(gè)是notifyObservers()，這個(gè)方法被調(diào)用時(shí)，會(huì)調(diào)用所有登記過的觀察者對(duì)象的update()方法，使這些觀察者對(duì)象可以更新自己。
java.util.Observer：觀察者
?update()方法,該方法有兩個(gè)參數(shù)，第一個(gè)參數(shù)是主題引用，第二個(gè)參數(shù)是主題調(diào)用notifyObservers()方法時(shí)傳遞的參數(shù)。
代碼地址觀察者模式代碼
package cn.sh.observer //自己實(shí)現(xiàn)的觀察者模式 package cn.sh.jdk.observer //利用JDK提供的有關(guān)觀察者模式的API
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://specialneedsforspecialkids.com/yun/69055.html
摘要：關(guān)鍵概念理解觀察者設(shè)計(jì)模式中主要區(qū)分兩個(gè)概念觀察者指觀察者對(duì)象，也就是消息的訂閱者被觀察者指要觀察的目標(biāo)對(duì)象，也就是消息的發(fā)布者。 原文首發(fā)于微信公眾號(hào)：jzman-blog，歡迎關(guān)注交流！ 最近補(bǔ)一下設(shè)計(jì)模式相關(guān)的知識(shí)，關(guān)于觀察者設(shè)計(jì)模式主要從以下幾個(gè)方面來學(xué)習(xí),具體如下： 什么是觀察者設(shè)計(jì)模式 關(guān)鍵概念理解 通知觀察者的方式 觀察者模式的實(shí)現(xiàn) 觀察者模式的優(yōu)缺點(diǎn) 使用場(chǎng)景 下面...
摘要：觀察者模式與發(fā)布訂閱的區(qū)別在模式中，知道，同時(shí)還保留了的記錄。發(fā)布者訂閱者在大多情況下是異步方式使用消息隊(duì)列。圖片源于網(wǎng)絡(luò)侵權(quán)必刪如果以結(jié)構(gòu)來分辨模式，發(fā)布訂閱模式相比觀察者模式多了一個(gè)中間件訂閱器，所以發(fā)布訂閱模式是不同于觀察者模式的。 學(xué)習(xí)了一段時(shí)間設(shè)計(jì)模式，當(dāng)學(xué)到觀察者模式和發(fā)布訂閱模式的時(shí)候遇到了很大的問題，這兩個(gè)模式有點(diǎn)類似，有點(diǎn)傻傻分不清楚，博客起因如此，開始對(duì)觀察者和發(fā)布...
摘要：總結(jié)一下從表面上看觀察者模式里，只有兩個(gè)角色觀察者被觀察者而發(fā)布訂閱模式，卻不僅僅只有發(fā)布者和訂閱者兩個(gè)角色，還有第三個(gè)角色經(jīng)紀(jì)人存在。參考鏈接觀察者模式發(fā)布訂閱模式 做了這么長(zhǎng)時(shí)間的 菜鳥程序員 ，我好像還沒有寫過一篇關(guān)于設(shè)計(jì)模式的博客...咳咳...意外，純屬意外。所以，我決定，從這一刻起，我要把設(shè)計(jì)模式在從頭學(xué)習(xí)一遍，不然都對(duì)不起我這 菜鳥 的身份。那這次，就從觀察者模式開始好啦...
摘要：總結(jié)一下從表面上看觀察者模式里，只有兩個(gè)角色觀察者被觀察者而發(fā)布訂閱模式，卻不僅僅只有發(fā)布者和訂閱者兩個(gè)角色，還有第三個(gè)角色經(jīng)紀(jì)人存在。參考鏈接觀察者模式發(fā)布訂閱模式 做了這么長(zhǎng)時(shí)間的 菜鳥程序員 ，我好像還沒有寫過一篇關(guān)于設(shè)計(jì)模式的博客...咳咳...意外，純屬意外。所以，我決定，從這一刻起，我要把設(shè)計(jì)模式在從頭學(xué)習(xí)一遍，不然都對(duì)不起我這 菜鳥 的身份。那這次，就從觀察者模式開始好啦...
摘要：或許以前認(rèn)為訂閱發(fā)布模式是觀察者模式的一種別稱，但是發(fā)展至今，概念已經(jīng)有了不少區(qū)別。參考文章訂閱發(fā)布模式和觀察者模式真的不一樣 首選我們需要先了解兩者的定義和實(shí)現(xiàn)的方式，才能更好的區(qū)分兩者的不同點(diǎn)。 或許以前認(rèn)為訂閱發(fā)布模式是觀察者模式的一種別稱，但是發(fā)展至今，概念已經(jīng)有了不少區(qū)別。 訂閱發(fā)布模式 在軟件架構(gòu)中，發(fā)布-訂閱是一種消息范式，消息的發(fā)送者（稱為發(fā)布者）不會(huì)將消息直接發(fā)送給特...
閱讀 2123·2023-04-25 14:56
閱讀 2440·2021-11-16 11:44
閱讀 2696·2021-09-22 15:00
閱讀 1902·2019-08-29 16:55
閱讀 2177·2019-08-29 14:04
閱讀 2305·2019-08-29 11:23
閱讀 3678·2019-08-26 10:46
閱讀 1907·2019-08-22 18:43
