?*?場景描述：
?*?以購票為核心業(yè)務(wù)(此模式不限于該業(yè)務(wù))，但圍繞購票會產(chǎn)生不同的其他邏輯，如：
?*?1、購票后記錄文本日志
?*?2、購票后記錄數(shù)據(jù)庫日志
?*?3、購票后發(fā)送短信
?*?4、購票送抵扣卷、兌換卷、積分
?*?5、其他各類活動等
?*
?*?傳統(tǒng)解決方案:
?*?在購票邏輯等類內(nèi)部增加相關(guān)代碼，完成各種邏輯。
?*
?*?存在問題：
?*?1、一旦某個業(yè)務(wù)邏輯發(fā)生改變，如購票業(yè)務(wù)中增加其他業(yè)務(wù)邏輯，需要修改購票核心文件、甚至購票流程。
?*?2、日積月累后，文件冗長，導(dǎo)致后續(xù)維護困難。
?*
?*?存在問題原因主要是程序的"緊密耦合"，使用觀察模式將目前的業(yè)務(wù)邏輯優(yōu)化成"松耦合"，達到易維護、易修改的目的，
?*?同時也符合面向接口編程的思想。
?*
?*?觀察者模式典型實現(xiàn)方式：
?*?1、定義2個接口：觀察者（通知）接口、被觀察者（主題）接口
?*?2、定義2個類，觀察者對象實現(xiàn)觀察者接口、主題類實現(xiàn)被觀者接口
?*?3、主題類注冊自己需要通知的觀察者
?*?4、主題類某個業(yè)務(wù)邏輯發(fā)生時通知觀察者對象，每個觀察者執(zhí)行自己的業(yè)務(wù)邏輯。

這是一個應(yīng)用場景的舉例。其他的你去搜一下吧，很多的。