您好,登錄后才能下訂單哦!
今天小編給大家分享一下web觀察者模式結構是怎樣的的相關知識點,內容詳細,邏輯清晰,相信大部分人都還太了解這方面的知識,所以分享這篇文章給大家參考一下,希望大家閱讀完這篇文章后有所收獲,下面我們一起來了解一下吧。
意圖
定義一種一對多的通知方式,當監視對象的狀態發生變化時,可以將這種變化通知給多個接收者。
動機
面向對象設計和編程的一個通常做法就是將系統的功能進行細分,然后封裝為單獨的類。但即使是這樣,在將這些類組合在一起構成系統的時候,類與類之間還是需要發生某種關聯。作為數據的接收者,比較理想的狀態是不限制數據發送者的類型,換言之可以接收來自任何發送者類的數據。這一部分是適配器模式的范疇。本文講述的是另一個角度,即發送者的角度。作為發送者,比較理想的狀態是可以將數據發送給任何接收者,而不用考慮接收者的類型。這種情況就是我們今天要說明的觀察者模式。
結構
當一個對象需要與不特定類型或者不特定數量的對象進行交互時,可以使用觀察者模式。這里的交互可以是通信,也可以是調用對方的功能,二者沒有本質的區別。
目標類Subject作為通知的發起者,需要管理通知的接受者。這里的管理一方面是指需要保有容納接收者對象的數據結構,另一方面也意味著需要提供向該數據結構增加通知對象和刪除通知對象的接口。除此之外,目標類還需要實現向所有交互的接收者發出通知的接口。
觀察者類Observer定義了接受通知的接口。目標類發出通知時需要使用這個接口。
具象目標類ConcreteSubject派生自目標類Subject,同時實現應用級別的功能。具象目標類的狀態發生變化時使用基類的通知接口發出通知。
具象觀察者類ConcreteObserver實現觀察者類Observer聲明的接受通知接口。當接收到目標類的通知時,具象觀察者類根據自己的需要取得具象目標類的狀態并依據這個狀態做出必要的反應。
以上就是“web觀察者模式結構是怎樣的”這篇文章的所有內容,感謝各位的閱讀!相信大家閱讀完這篇文章都有很大的收獲,小編每天都會為大家更新不同的知識,如果還想學習更多的知識,請關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。