※ 引述《guestid (訪客ID)》之銘言：
: 最近在看Head First Design Pattern這本書的Observer Pattern (新手不是很懂)
: 書中有提到Java中內建的Observable及Observer可用來實作Observer Pattern
: Subject class A 要繼承(extends) Observable class
: Observer class B 要實作 Observer 這個interface
: 問題一:
: 本版精華區的範例中沒有下面註解的那兩行, 書上卻多了這兩行, 目的何在?
目的是在 Observer 物件中存放一個 Observable 物件
使後續 Observer 物件被 notify 的時候，有能力呼叫 Observable 物件的方法。
: public class B implements Observer {
: Observable obs; // 為什麼要有這行????
: public B(Observable obs) {
: this.obs = obs; // 還有這行????
: obs.addObserver(this);
: }
: }
: 自問自答:
: 不要這兩行也可以
: 為了讓class B 可以自己unregister , 不再observe 就需要這兩行
確實
存放一個 Observable 物件在 Observer 物件中
Observer 可以視情況 unregister 自己。
此答案也是我上面回答的一個實例。
: 問題二:
: 聽說interface 如 KeyListener、ActionListener,...等也是Observer Pattern
: 似乎實務上在實作這類interface時, 好像都沒有人去實作建構子(像問題一這樣),
視需求而定
通常 actionPerformed 函式所需要的資訊
由 ActionEvent 物件提供就足夠了
但有些情況，ActionEvent 提供的資訊不足
像是上一次執行的時間點
需要自己記錄在 myActionListener 的 field 中
類此這種 myActionListener 有 field 的情況
大多要實作建構子來初始化這些 field 的初始值
: 而是類似下面這樣做:
: public class myActionListener implements ActionListener
: {
: public void actionPerformed(ActionEvent e) {
: }
: }
: 自問自答:
: 因為要保持彈性, 讓Subject在需要時再以addActionListener(ActionListener a)去
: 註冊即可(是嗎= = 這個回答自己都覺得有點勉強)
我第一感的回答是，他沒寫建構子，不代表你不可以寫
你可以依照自己的需求來調整物件的設計
如果加一個建構子在 Observer 合乎物件的守則
那就大方地加上去
: 問題三:
: 我如果要在問題二中的myActionListener加個建構子(像問題一這樣), 要怎麼加呢?
: 就用Observable當引數的型別? 還是用ActionEvent? 還是用Button >"<
: 到底誰是Subject阿?
Subject 就是 Observable 物件。
一樣的問題一樣的答案：依您的需求而定
先問問您自己：為什麼要加建構子呢 :)
: 因為我對這個不是很懂, 不知道這樣表達各位是不是看的懂我要表達的意思
OK.