具體需求
氣象站可以將每天測量到的溫度，濕度，氣壓等等以公告的形式發布出去(比如發布到自己的**或第三方)。
需要設計開放型api，便於其他第三方也能接入氣象站獲取資料。
提供溫度、氣壓和濕度的介面
測量資料更新時，要能實時的通知給第三方
1、基本介紹
定義物件之間的一對多依賴，當乙個物件狀態改變時，它的所有依賴都會收到通知並且自動更新狀態。
主題（subject）是被觀察的物件，而其所有依賴者（observer）稱為觀察者。
2、原理類圖
主題（subject）具有註冊和移除觀察者、並通知所有觀察者的功能，主題是通過維護一張觀察者列表來實現這些操作的。
觀察者（observer）的註冊功能需要呼叫主題的 registerobserver() 方法。
1、分析類圖
2、**實現
//介面, 讓weatherdata 來實現
public
inte***ce
subject
//觀察者介面，具體觀察者來實現
public
inte***ce
observer
public
class
currentconditions
implements
observer
// 顯示
// 顯示
public
void
display()
}
/**
* 該類是核心
* 1. 包含最新的天氣情況資訊
* 2. 含有 觀察者集合，使用arraylist管理
* 3. 當資料有更新時，就主動的呼叫 arraylist, 通知所有的（接入方）就看到最新的資訊
* @author administrator
* */
public
class
weatherdata
implements
subject
public
float
gettemperature()
public
float
getpressure()
public
float
gethumidity()
public
void
datachange()
//當資料有更新時，就呼叫 setdata
public
void
setdata
(float temperature,
float pressure,
float humidity)
//註冊乙個觀察者
@override
public
void
registerobserver
(observer o)
//移除乙個觀察者
@override
public
void
removeobserver
(observer o)
}//遍歷所有的觀察者，並通知
3、好處
觀察者模式設計後，會以集合的方式來管理使用者(observer)，包括註冊，移除和通知。
這樣，我們增加觀察者(這裡可以理解成乙個新的公告板)，就不需要去修改核心類 weatherdata 不會修改**， 遵守了 ocp 原則。
進入observable，其中addobserver相當於註冊乙個觀察者，deleteobserver是移除乙個觀察者，notifyobserver是通知觀察者們，與之前的案例類似。
進入observer，發現它是乙個介面，裡面定義了update方法
模式角色分析
設計模式之觀察者模式
首先說了乙個自己的小例子吧，前兩天我的乙個朋友來找我玩，因為路途比較遠，我需要知道他的位置，然後安排好時間去接他，那麼在這個例子中，我就是乙個觀察者，需要時時刻刻觀察他的位置，我的朋友就是乙個被觀察者。那麼需要知道我朋友的位置，就有兩種方式，第一，我自己打 問，第二，我的朋友告訴我，下面我們來看看這...
設計模式之觀察者模式
一 作用 讓多個觀察者監視某一物件的變化，如果物件變化，則通知所有觀察者。二 例子 抽象主題類 public abstract class subject 移除觀察者 public void detach observer observer 向觀察者 們 發出通知 public void notif...
設計模式之觀察者模式
觀察者模式的定義是 定義物件間的一種一對多的依賴關係。當乙個物件的狀態發生變化時，所有依賴它的物件都會得到通知並自動更新 報社跟讀者的例子 我們用報社和讀者之間的關係來模擬觀察者模式。包含以下主體 報社 news office 讀者介面 reader 具體讀者 reader 二逼青年 reader ...