原創文章，轉載請務必將下面這段話置於文章開頭處。
本文轉發自Jason's Blog，原文鏈接 http://www.jasongj.com/design_pattern/observer/
觀察者模式介紹
觀察者模式定義
觀察者模式又叫發布-訂閱模式，它定義了一種一對多的依賴關系，多個觀察者對象可同時監聽某一主題對象，當該主題對象狀態發生變化時，相應的所有觀察者對象都可收到通知。
觀察者模式類圖
觀察者模式類圖如下（點擊可查看大圖）
觀察者模式角色划分
- 主題，抽象類或接口，如上面類圖中的AbstractSubject
- 具體主題，如上面類圖中的Subject1，Subject2
- 觀察者，如上面類圖中的IObserver
- 具體觀察者，如上面類圖中的Observer1，Observer2，Observer3
觀察者模式實例
實例介紹
獵頭或者HR往往會有很多職位信息，求職者可以在獵頭或者HR那里注冊，當獵頭或者HR有新的崗位信息時，即會通知這些注冊過的求職者。這是一個典型的觀察者模式使用場景。
實例類圖
觀察者模式實例類圖如下（點擊可查看大圖）
實例解析
本例代碼可從作者Github下載
觀察者接口（或抽象觀察者，如本例中的ITalent）需要定義回調接口，如下
package com.jasongj.observer;
public interface ITalent {
void newJob(String job);
}
具體觀察者（如本例中的JuniorEngineer，SeniorEngineer，Architect）在回調接口中實現其對事件的響應方法，如
package com.jasongj.observer;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
public class Architect implements ITalent {
private static final Logger LOG = LoggerFactory.getLogger(Architect.class);
@Override
public void newJob(String job) {
LOG.info("Architect get new position {}", job);
}
}
抽象主題類（如本例中的AbstractHR）定義通知觀察者接口，並實現增加觀察者和刪除觀察者方法（這兩個方法可被子類共用，所以放在抽象類中實現），如
package com.jasongj.subject;
import java.util.ArrayList;
import java.util.Collection;
import com.jasongj.observer.ITalent;
public abstract class AbstractHR {
protected Collection<ITalent> allTalents = new ArrayList<ITalent>();
public abstract void publishJob(String job);
public void addTalent(ITalent talent) {
allTalents.add(talent);
}
public void removeTalent(ITalent talent) {
allTalents.remove(talent);
}
}
具體主題類（如本例中的HeadHunter）只需實現通知觀察者接口，在該方法中通知所有注冊的具體觀察者。代碼如下
package com.jasongj.subject;
public class HeadHunter extends AbstractHR {
@Override
public void publishJob(String job) {
allTalents.forEach(talent -> talent.newJob(job));
}
}
當主題類有更新（如本例中獵頭有新的招聘崗位）時，調用其通知接口即可將其狀態（崗位）通知給所有觀察者（求職者）
package com.jasongj.client;
import com.jasongj.observer.Architect;
import com.jasongj.observer.ITalent;
import com.jasongj.observer.JuniorEngineer;
import com.jasongj.observer.SeniorEngineer;
import com.jasongj.subject.HeadHunter;
import com.jasongj.subject.AbstractHR;
public class Client1 {
public static void main(String[] args) {
ITalent juniorEngineer = new JuniorEngineer();
ITalent seniorEngineer = new SeniorEngineer();
ITalent architect = new Architect();
AbstractHR subject = new HeadHunter();
subject.addTalent(juniorEngineer);
subject.addTalent(seniorEngineer);
subject.addTalent(architect);
subject.publishJob("Top 500 big data position");
}
}
觀察者模式優缺點
觀察者模式優點
- 抽象主題只依賴於抽象觀察者
- 觀察者模式支持廣播通信
- 觀察者模式使信息產生層和響應層分離
觀察者模式缺點
- 如一個主題被大量觀察者注冊，則通知所有觀察者會花費較高代價
- 如果某些觀察者的響應方法被阻塞，整個通知過程即被阻塞，其它觀察者不能及時被通知
觀察者模式與OOP原則
已遵循的原則
- 依賴倒置原則（主題類依賴於抽象觀察者而非具體觀察者）
- 迪米特法則
- 里氏替換原則
- 接口隔離原則
- 單一職責原則
- 開閉原則
未遵循的原則
- NA