觀察者模式

簡(jiǎn)介：

當(dāng)一個(gè)對(duì)象發(fā)生數(shù)據(jù)變化時(shí)，通知其他相關(guān)的一系列對(duì)象，接受到通知的對(duì)象根據(jù)該對(duì)象的變化進(jìn)行相應(yīng)處理以響應(yīng)變化的過(guò)程。

概念解析：

其實(shí)與ActiveMQ、RabbitMQ等中間件的基本運(yùn)行模式相類似，觀察者模式的基礎(chǔ)構(gòu)建方式非常相近，其分為觀察者與被觀察者兩個(gè)部分。

（一）觀察者：從字面上看也就是指進(jìn)行觀察的對(duì)象，對(duì)應(yīng)來(lái)說(shuō)也就是消息訂閱者；

（二）被觀察者：當(dāng)然被觀察者也就是指被觀察的對(duì)象，相應(yīng)的角色也就是消息發(fā)布者。

運(yùn)行方式：

推：消息以類似廣播的形式通知觀察者，觀察者只能被動(dòng)、無(wú)條件接受；

拉：接收到被觀察者的通知，可以自主決定獲取消息。

觀察者模式的實(shí)現(xiàn)

兩種方式實(shí)現(xiàn)觀察者設(shè)計(jì)模式的實(shí)現(xiàn)，具體如下：

【1】手寫觀察者設(shè)計(jì)模式

【2】Java API 提供的觀察者設(shè)計(jì)模式 使用 Java API 提供的 Observer 和 Observeable 實(shí)現(xiàn)觀察者模式

手寫觀察者設(shè)計(jì)模式

編寫被觀察對(duì)象:subject.java

編寫觀察者接口，起到統(tǒng)一規(guī)范作用.

實(shí)現(xiàn)Observer接口，我們可以有一個(gè)或多個(gè)觀察者對(duì)一個(gè)subject進(jìn)行觀察

編寫主類，進(jìn)行運(yùn)行展示

運(yùn)行接口展示：

通過(guò)API實(shí)現(xiàn)觀察者模式

通過(guò)繼承Observable父類，構(gòu)建一個(gè)被觀察者

實(shí)現(xiàn)Observer創(chuàng)建一個(gè)觀察者類

通過(guò)編寫主類測(cè)試類觀察結(jié)果:

觀察者模式的優(yōu)缺點(diǎn)

優(yōu)點(diǎn)：觀察者與被觀察者抽象耦合，可定義一種穩(wěn)定的消息觸發(fā)機(jī)制。 缺點(diǎn)：如果被觀察者有多個(gè)間接的觀察者，消息的傳遞將消耗更多時(shí)間，如果觀察者與被觀察者之間循環(huán)依賴，最終會(huì)導(dǎo)致系統(tǒng)崩潰。也正因如此與隊(duì)列消息相類似，我們一般會(huì)單獨(dú)開一個(gè)線程讓其進(jìn)行運(yùn)行，以避免程序堵塞，不能運(yùn)行的尷尬。

使用場(chǎng)景：

一個(gè)抽象模型有兩個(gè)方面，其中一個(gè)方面依賴于另一個(gè)方面。將這些方面封裝在獨(dú)立的對(duì)象中使它們可以各自獨(dú)立地改變和復(fù)用。 一個(gè)對(duì)象的改變將導(dǎo)致其他一個(gè)或多個(gè)對(duì)象也發(fā)生改變，而不知道具體有多少對(duì)象將發(fā)生改變，可以降低對(duì)象之間的耦合度。 一個(gè)對(duì)象必須通知其他對(duì)象，而并不知道這些對(duì)象是誰(shuí)。 需要在系統(tǒng)中創(chuàng)建一個(gè)觸發(fā)鏈，A對(duì)象的行為將影響B(tài)對(duì)象，B對(duì)象的行為將影響C對(duì)象……，可以使用觀察者模式創(chuàng)建一種鏈?zhǔn)接|發(fā)機(jī)制。

注意事項(xiàng)：

1、JAVA 中已經(jīng)有了對(duì)觀察者模式的支持類。

2、避免循環(huán)引用。

3、如果順序執(zhí)行，某一觀察者錯(cuò)誤會(huì)導(dǎo)致系統(tǒng)卡殼，一般采用異步方式。

到此這篇關(guān)于Java設(shè)計(jì)模式之觀察者模式observer pattern詳解的文章就介紹到這了,更多相關(guān)Java觀察者模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論