摘要:觀察者模式,也叫訂閱發(fā)布模式。第三個是根據(jù)登錄接口返回的,調(diào)取消息列表接口。訂閱觀察者模式顯示用戶的頭像顯示用戶的消息發(fā)布事實上,還有一種更普遍意義的訂閱發(fā)布模式。
觀察者模式,也叫訂閱-發(fā)布模式。顧名思義,就是訂閱某些功能,然后在適當?shù)臅r機發(fā)布出來,也就是執(zhí)行這些功能。
訂閱:就是把幾個函數(shù)推入數(shù)組中待用;
發(fā)布:就是把緩存在數(shù)組中的函數(shù)拿出來執(zhí)行;
var login = {}; login.eventList = {}; //將函數(shù)推入數(shù)組中保存,待用 login.listen = function(key, fn) { if(!this.eventList[key]) { this.eventList[key] = []; } this.eventList[key].push(fn); } login.trigger = function(key) { var fns = this.eventList[key]; if(!fns || fns.length === 0) { return false; } for(var i=0; i應(yīng)用場景:
現(xiàn)在前端領(lǐng)域,SPA單頁應(yīng)用已經(jīng)非常普遍了,每個頁面,都是用ajax異步請求。ajax請求有一個比較鬧心的問題,就是層級回調(diào)。比如:
有一個頁面,需要調(diào)用三個數(shù)據(jù)接口。
第一個是login登錄接口,
第二個是根據(jù)登錄接口返回的id,調(diào)取頭像接口。
第三個是根據(jù)登錄接口返回的id,調(diào)取消息列表接口。一般情況下會這么寫:
$.ajax({ url: "http://ajax.login.com", dataType: "json", success: function(data) { getAvatar(data.id); getMsg(data.id); ... } })這樣寫雖然沒有問題,但卻不容易維護。如果哪天改了需求,需要加個接口,你還得翻出這段代碼,找到success回調(diào),再加上一個函數(shù)。加函數(shù)還算好的,有的人會直接在success回調(diào)里繼續(xù)寫$.ajax這樣的代碼,一級一級的這么摞著寫,這樣代碼很快就會變成一堆大便,變得不可維護。這種寫法叫做造糞模式,百分百的造出垃圾來。因為耦合性太大,接口調(diào)用都成了拴在一條繩子上的螞蚱,一扯就是一坨。
如何解耦呢?就是利用訂閱發(fā)布模式,我們可以在getAvatar方法中,訂閱(listen)login接口,而一旦login接口走到success回調(diào),我們就發(fā)布(trigger)一下var event = { eventList: {}, listen: function(key, fn) { if(!this.eventList[key]) { this.eventList[key] = []; } this.eventList[key].push(fn); }, trigger: function() { var key = Array.prototype.shift.call(arguments); var fns = this.eventList[key]; if(!fns || fns.length === 0) { return false; } for(var i=0; i現(xiàn)在訂閱沒有問題了,那如何取消訂閱呢?我們再加上取消訂閱函數(shù)
var event = { eventList: {}, listen: function(key, fn) { if(!this.eventList[key]) { this.eventList[key] = []; } this.eventList[key].push(fn); }, remove: function(key, fn) { var fns = this.eventList[key]; if(!fns) { return false; } if(!fn) { //如果沒有回調(diào),表示取消此key下的所有方法 fns && (fns.length); } else { for(var i=0; i我們的訂閱發(fā)布模式走到這里,基本上已經(jīng)完善了。最后我們來看一下ajax回調(diào)問題怎么來解決。我們其實根本不需要在登錄的ajax回調(diào)中加拉取頭像等邏輯,而只需讓拉取頭像功能訂閱登錄接口即可,當?shù)卿浌ぷ魍瓿珊髸l(fā)布,也就是觸發(fā)緩存在數(shù)組中的函數(shù)執(zhí)行。
訂閱-觀察者模式 事實上,還有一種更普遍意義的訂閱發(fā)布模式。比如在一個按鈕上綁定click事件,這其實就是一個訂閱的過程;而鼠標點擊就是發(fā)布。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/82167.html
摘要:或許以前認為訂閱發(fā)布模式是觀察者模式的一種別稱,但是發(fā)展至今,概念已經(jīng)有了不少區(qū)別。參考文章訂閱發(fā)布模式和觀察者模式真的不一樣 首選我們需要先了解兩者的定義和實現(xiàn)的方式,才能更好的區(qū)分兩者的不同點。 或許以前認為訂閱發(fā)布模式是觀察者模式的一種別稱,但是發(fā)展至今,概念已經(jīng)有了不少區(qū)別。 訂閱發(fā)布模式 在軟件架構(gòu)中,發(fā)布-訂閱是一種消息范式,消息的發(fā)送者(稱為發(fā)布者)不會將消息直接發(fā)送給特...
摘要:觀察者模式與發(fā)布訂閱的區(qū)別在模式中,知道,同時還保留了的記錄。發(fā)布者訂閱者在大多情況下是異步方式使用消息隊列。圖片源于網(wǎng)絡(luò)侵權(quán)必刪如果以結(jié)構(gòu)來分辨模式,發(fā)布訂閱模式相比觀察者模式多了一個中間件訂閱器,所以發(fā)布訂閱模式是不同于觀察者模式的。 學(xué)習(xí)了一段時間設(shè)計模式,當學(xué)到觀察者模式和發(fā)布訂閱模式的時候遇到了很大的問題,這兩個模式有點類似,有點傻傻分不清楚,博客起因如此,開始對觀察者和發(fā)布...
摘要:觀察者模式維護單一事件對應(yīng)多個依賴該事件的對象關(guān)系發(fā)布訂閱維護多個事件主題及依賴各事件主題的對象之間的關(guān)系觀察者模式是目標對象直接觸發(fā)通知全部通知,觀察對象被迫接收通知。 觀察者模式(Observer) 觀察者模式:定義了對象間一種一對多的依賴關(guān)系,當目標對象 Subject 的狀態(tài)發(fā)生改變時,所有依賴它的對象 Observer 都會得到通知。 簡單點:女神有男朋友了,朋友圈曬個圖,甜...
摘要:發(fā)布訂閱者模式中,訂閱者是不知道也不關(guān)心事件是為什么觸發(fā),是由哪一個事件觸發(fā),只知道事件觸發(fā)時候,會告訴自己。然而,在發(fā)布訂閱模式中,發(fā)布者和訂閱者不知道對方的存在。在發(fā)布訂閱模式中,組件是松散耦合的,正好和觀察者模式相反。 概念 發(fā)布訂閱者模式,是javascript甚至大多數(shù)語言都有的語言模式,比較概念的解釋是, 訂閱者把自己想訂閱的事件注冊到調(diào)度中心,當該事件觸發(fā)時候,發(fā)布者發(fā)布...
摘要:發(fā)布訂閱者模式中,訂閱者是不知道也不關(guān)心事件是為什么觸發(fā),是由哪一個事件觸發(fā),只知道事件觸發(fā)時候,會告訴自己。然而,在發(fā)布訂閱模式中,發(fā)布者和訂閱者不知道對方的存在。在發(fā)布訂閱模式中,組件是松散耦合的,正好和觀察者模式相反。 概念 發(fā)布訂閱者模式,是javascript甚至大多數(shù)語言都有的語言模式,比較概念的解釋是, 訂閱者把自己想訂閱的事件注冊到調(diào)度中心,當該事件觸發(fā)時候,發(fā)布者發(fā)布...
摘要:發(fā)布訂閱模式訂閱者把自己想訂閱的事件注冊到調(diào)度中心,當發(fā)布者發(fā)布該事件到調(diào)度中心,也就是該事件觸發(fā)時,由調(diào)度中心統(tǒng)一調(diào)度訂閱者注冊到調(diào)度中心的處理代碼。 發(fā)布-訂閱模式,看似陌生,其實不然。工作中經(jīng)常會用到,例如 Node.js EventEmitter 中的 on 和 emit 方法;Vue 中的 $on 和 $emit 方法。他們都使用了發(fā)布-訂閱模式,讓開發(fā)變得更加高效方便。 一...
閱讀 1918·2021-11-25 09:43
閱讀 1425·2021-11-22 14:56
閱讀 3290·2021-11-22 09:34
閱讀 2028·2021-11-15 11:37
閱讀 2283·2021-09-01 10:46
閱讀 1412·2019-08-30 15:44
閱讀 2310·2019-08-30 13:15
閱讀 2406·2019-08-29 13:07