利用觀察者模式實現股票信息接收

㈠ 觀察者模式

觀察者模式的定義：
在對象之間定義了一對多的依兄清賴，這樣一來，當一個對象改變狀態，依賴它的對象會收到通知並自動更新。
其實就是發布訂閱模式，發布檔塵彎者發布信息，訂閱者獲取信息，訂閱了就能收到信息，沒訂閱就收不到信息。

觀察者模式定義了四種角色：抽象主題、具體主題、抽象觀察者、具體觀察者。

抽象主題（Subject）：該角色是一個抽象類或介面，定義了增加、刪除、通知觀察者對象的方法。
具體主題（ConcreteSubject）：該角色繼承或實現了抽象主題，定義了一個集合存入注冊過的具體觀察者對象，在具體主題的內部狀態發生改變時，給所有注冊過的觀察者發送通知。

抽象觀察者（Observer）：該角色是具體觀察者的抽象類，定義了一個更新方法。
具體觀察者（ConcrereObserver）：該角色是具行悶體的觀察者對象，在得到具體主題更改通知時更新自身的狀態。

㈡ 觀察者模式的介紹

觀察者模式（有時又被稱為發布（publish ）-訂閱（Subscribe）模式、模型-視圖（View）模式、源-收汪則畝聽者(Listener)模式或從屬者模式）是軟體設計模式的一種。在此種模式中，一個目困森標物件管理所有相依於它的觀察者物件，並且在它本身的狀態改變時主動發出通知。這通常透過呼叫各觀察者所提供的方法來實現。此種模式通常被用來實現事盯枯件處理系統。

㈢ 什麼是觀察者模式`

觀察者（Observer）模式又名發布-訂閱（Publish/Subscribe）模式。GOF給觀察者模式如下定義：定義滲山對象間的一種一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知並被自動更新。

在這里先講一下面向對象設計的一個重要原則——單一職責原則。因此系統的每個對象應該將重點放在問題域中的離散抽象上。因此理想的情況下，一個對象只做一件事情。這樣在開發中也就帶來了諸多的好處：提供了重用性和維護性，也是進行重構的良好的基礎。

因此幾乎所有的設計模式都是基於這個基本的設計原則來的。觀察者模式的起源我覺得應該是在GUI和業務數據的處理上，因為現在絕大多數講解觀察者模式的例子都是這一題材。但是觀察者模式的應用決不僅限於此一方面。

下面我們就來看看觀察者模式的組成部分。

1)抽象目標角色（Subject）：伏數目標角色知道它的觀察者，可以有任意多個觀察者觀察同一個目標。並且提供注冊和刪除觀察者對象的介面。目標角色往往由抽象類或者介面來實現。

2)抽象觀察者角色（Observer）：為那些在目標發生改變時需要獲得通知的對象定叢廳中義一個更新介面。抽象觀察者角色主要由抽象類或者介面來實現。

3)具體目標角色（ConcreteSubject）：將有關狀態存入各個ConcreteObserver對象。當它的狀態發生改變時,向它的各個觀察者發出通知。

4)具體觀察者角色（ConcreteObserver）：存儲有關狀態，這些狀態應與目標的狀態保持一致。實現Observer的更新介面以使自身狀態與目標的狀態保持一致。在本角色內也可以維護一個指向ConcreteSubject對象的引用。

㈣ 觀察者模式的過程

實現觀察者模式有很多形式，比較直觀祥侍的一種是使用一種「注冊——通知——撤銷注冊」的形式。下碧輪面的三個圖詳細的描述了這樣一種過程：
觀察者告訴被觀察者要撤銷觀察，被觀察者從容器中將觀察者去除。
觀察者將自己注冊到被觀察者的容器中時，被觀察者不應該過問觀察者的具體類型，而是應該使用觀察者的介面。這樣的優點是：假定程序中還有別的觀察者，那麼只要這個觀察悔宴信者也是相同的介面實現即可。一個被觀察者可以對應多個觀察者，當被觀察者發生變化的時候，他可以將消息一一通知給所有的觀察者。基於介面，而不是具體的實現——這一點為程序提供了更大的靈活性。

㈤ 觀察者模式(Observer Pattern)

觀察者模式又稱為發布訂閱模式。一個發布者對應多個訂閱者，一旦發布者的狀態發生改變時，訂閱者將收到訂閱事件。

先看看一個生活中的例子：
我們使用想瀏覽Java相關的文章，於是我們點擊訂閱了薯團［Java專題］，當［Java專題］有新文章發布就會推送給我們，當然其他人也可以訂閱［Java專題］並收到［Java專題］的推送。這就是觀察者。 定義對象間的一對多關系，當一個對象的狀態發生變化時，所依賴於它的對象都得到通知並主動更新。在觀察者模式中，多個訂閱者成為觀察者(Observer)，被觀察的對象成為目標(Subject)。

實現觀察者模式的方法不只一種，但是以包含Subject與Observer介面的類設計的做法最常見。（Java API 內置觀察者模式用的是Observer介面與Observable類）

觀察者模式UML圖：

先定義觀察者模式數源橘的介面

在觀察者模式的實現上，有推模式和拉模式兩種方式。

上面例子中
void updateByPush(Object obj) 就是推模式；
void updateByPull(Subject subject)就是拉模式

java.util包內包含最基本的Observer介面與Observable類（其實對應的就是Subject類）
我們看一下Observer源碼

我們看到update更新方法有兩個參數：Observable、Object，可見Java API 內置觀察者模式同時支持［拉］和［取］

我們再來看看Observable類源碼

注意Observable是一個類，而不是介面，這有一定的局限性。因為如果某個類想同時具有Observable類和另一個超類的行為，就會陷入兩難，畢竟Java不支持多重繼承。

有點需要特別提一下的就是，Java API 內置的Observable需要調用一下 setChanged();觀察者才能收到推送，我們看一下源碼，發現notifyObservers方法里有判斷changed的狀態為true才去通知觀察者。

我們自己實現觀察者模式的時候是沒有這一點的，那加上這一個標志位有什麼好處？好處就是更靈活，Observable類只提供這個boolean值來表明是否發生變化，而不定義什麼叫變化，因為每個業務中對變化的具體定義不一樣，因此子類自己來判斷是否變化；該變數既提供了一種抽象(變與不變)，同時提供了一種觀察者更新狀態的可延遲載入，通裂顫過後面的notifyObservers方法分析可知觀察者是否會調用update方法，依賴於changed變數，因此即使被觀察者在邏輯上發生改變了，只要不調用setChanged，update是不會被調用的。如果我們在某些業務場景不需要頻繁觸發update，則可以適時調用setChanged方法來延遲刷新。

阿里雲折扣快速入口

㈥ 觀察者模式是什麼

觀察者模式是一種對象行為模式。它定義對象間的一種一對多的依賴關系，當一個對象的狀態發生改變時，所有依賴於它的對象都得到通知並被自動更新。在觀察者模式中，主題是通知的發布者，它發出通知時並不需要知道誰是它的觀察者，可以有任意數目的觀察者訂閱並接收通知。觀察者模式不僅被廣泛應用於軟體界面元素之間的交互，在業務對象之間的交互、許可權管理等方面也有廣泛的應用。
觀察者模式（Observer）完美的將觀察者和被觀察的對象分離開。舉個例子，用戶界面可以作為一個觀察者，業務數據是被觀察者，用戶界面觀察業務數據的變化，發現數據變化後，就顯示在界面上。面向對象設計的一個原則是：系統中的每個類將重點放在某一個功能上，而不是其他方面。一個對象只做一件事情，並且將他做好。觀察者模式在模塊之間劃定了清晰的界限，提高了應用程序的可維護性和重用性。
觀察者設計模式定義了對象間的一種一對多的組合關系，以便一個對象的狀態發生變化時，所有依賴於它的對象都得到通知並自動刷新。
觀察者模式實現方式
觀察者模式有很多實現方式，從根本上說，該模式必須包含兩個角色：觀察者和被觀察對象。在剛才的例子中，業務數據是被觀察對象，用戶界面是觀察者。觀察者和被觀察者之間存在「觀察」的邏輯關聯，當被觀察者發生改變的時候，觀察者就會觀察到這樣的變化，並且做出相應的響應。如果在用戶界面、業務數據之間使用這樣的觀察過程，可以確保界面和數據之間劃清界限，假定應用程序的需求發生變化，需要修改界面的表現，只需要重新構建一個用戶界面，業務數據不需要發生變化。
觀察者模式使用場景
1、當一個抽象模型有兩個方面，源派其中一個方面依賴於另一方面。將這二者雹返賀封世伍裝在獨立的對象中以使它們可以各自獨立地改變和復用。
2、當對一個對象的改變需要同時改變其他對象，而不知道具體有多少對象需要被改變。
3、當一個對象必須通知其他對象，而它又不能假定其他對象是誰。換言之，不希望這些對象是緊密耦合的。
推薦教程：《PHP教程》