在此基礎上我最先聯想到的還是公眾號向用戶推送消息的功能,為了用戶更好的體驗,那推送什么應該取決于用戶而不是公眾號,在用戶方面我設置一些我感興趣的內容,當公眾號有了這些內容之后再給我推送,在次我又聯想到用戶的想要的消息可能很多只在觀察者里面寫代碼 可能太過臃腫,可能我要建立一個實體類結合數據庫把這些信息存儲在數據庫,在目標對象中user.getSomeing();獲取用戶感興趣的內容,可以降低代碼的臃腫和分離!
例子舉得不太好,很容易讓人有理解的偏差,可以將目標設為氣象局 方法可能有定期的發送天氣信息等等 而訂閱氣象局的觀察者則有1,2,3等等,觀察者接收氣象局發送的天氣情況,對一天的活動做出動作即對應的update方法,也有點想平時微信大家訂閱的公眾號一樣定期期對用戶推送消息,目標是公眾號平臺,觀察者是用戶
2018-08-26
講真,我很少給差評,不過這個講的是真的不行,首先這個例子舉的就很不好,不好代入,每個人物和時間,對應起來業務代碼就顯得很生硬,沒法讓觀者有更好的代入感,從一開始就對觀察者模式的理解有些影響。
2018-07-16