|
#
首先把Subject類繼承java.util.Observable類。例如：
class Interval extends Observable () {}
加入observer只要：
_subject.addObserver(this);
通知observer只要：
setChanged（）；
notifyObservers();
Observer只要實現Observer接口：
public class IntervalWindow extends Frame implements Observer
然后還要實現update（）方法：
public void update(Observable observed, Object arg) {
[...]
}
范例（Examples）
我們的范例從一個數組開始，其中有三個元素，分別保存一支球隊的名稱、獲勝場次和失利場次。這個數組的聲明可能像這樣：
String[] row = new String[3];
客戶端代碼可能像這樣：
row[0] = "Livepool";
row[1] = "15";
String name = row[0];
int wins = Integer.parseInt(row[1]);
為了將數組變成對象，我首先建立一個對應的class：
class Performance{}
然后為它聲明一個public值域，用以保存原先數組。（我知道public值域十惡不赦，請放心，稍后我便讓它改邪歸正。）
public String[] _data = new String[3];
現在，我要找到創建和訪問數組的地方。在創建地點，我將它替換為下列代碼：
Performance row = new Performance();
對于數組使用地點，我將它替換為以下代碼：
row._data[0] = "Liverpool";
row._data[1] = "15";
String name = row._data[0];
int wins = Integer.parseInt(row._data[1]);
然后我要逐一為數組元素加上有意義的取值/設值函數（getters/setters）。首先從[球隊名稱]開始：
class Performance...
public String getName() {
return _data[0];
}
public void setName(String arg) {
_data[0] = arg;
}
然后修改row對象的用戶，讓他們改用[取值/設值函數]來訪問球隊名稱：
row.setName("Liverpool");
row._data[1] = "15";
String name = row.getName();
int wins = Integer.parseInt(row._data[1]);
第二個元素也如法炮制。為了簡單起見，我還可以把數據型別的轉換也封裝起來：
class Performance...
public int getWins() {
return Integer.parseInt(_data[1]);
}
public void setWins(String arg) {
_data[1] = arg;
}
...
client code...
row.setName("Liverpool");
row.setWins("15");
String name = row.getName();
int wins = row.getWins();
處理完所有元素之后，我就可以將保存該數組的值域聲明為private了。
private String[] _data = new String[3];
現在，本次重構最重要的部分（接口修改）已經完成。但是[將對象內的數組替換掉]的過程也同樣重要。我可以針對每個數組元素，在class內建立一個型別相當的值域，然后修改該數組元素的訪問函數，令它直接訪問新建值域，從而完全擺脫對數組元素的依賴。
class Performance...
public String getName() {
return _name;
}
public void setName(String arg) {
_name = arg;
}
private String _name;
對數組中的每一個元素都如法炮制。全部處理完畢后，我就可以將數組從我的Performance class中刪掉了。
作法（Mechanics)
- 新建一個class表示數組所示信息，并在該class中以一個public值域保存原先的數組。
- 修改數組的所有用戶，讓它們改用新建的class實體。
- 編譯，測試。
- 逐一為數組元素添加取值/設值函數（getters/setters）。根據元素的用途，為這些訪問函數命名。修改客戶端代碼，讓它們通過訪問函數取用數組內的元素。每次修改后，編譯并測試。
- 當所有[對數組的直接訪問]都被取代為[對訪問函數的調用]后，將class之中保存該數組的值域聲明為private。
- 編譯。
- 對于數組內的每一個元素，在新class中創建一個型別相當的值域；修改該元素的訪問函數，令它改用上述的新建值域。
- 每修改一個元素，編譯并測試。
- 數組的所有元素都在對應的class內有了相應值域之后，刪除該數組。
動機（Motivation）
數組（array）是一種常見的用以組織數據的結構體。不過，它們應該只用于[以某種順序容納一組相似對象]。有時侯你會發現，一個數組容納了數種不同對
象，這會給array用戶帶來麻煩，因為他們很難記住像[數組的第一個元素是人名]這樣的約定。對象就不同了，你可以運用值域名稱和函數名稱來傳達這樣的
信息，因此你不需死記它，也無需依賴注釋。而且如果使用對象，你還可以將信息封裝起來，并使用Move Method（142）為它加上相關行為。
你有一個數組（array），其中的元素各自代表不同的東西。
以對象替換數組。對于數組中的每個元素，以一個值域表示之。
String[] row = new String[3];
row[0] = "Livepool";
row[1] = "15";
Performance row = new Performance();
row.setName("Livepool");
row.setWins("15");
mount -t smbfs -o username=tridge,password=foobar //fjall/test /data/test
范例（Examples）
讓我們從一個表示[貨幣種類]的Currency class開始：
class Currency...
private String _code;
public String getCode() {
return _code;
}
private Currency(String code) {
_code = code;
}
這個class所做的就是保存并返回一個貨幣種類代碼。它是一個reference object，所以如果要得到它的一份實體，必須這么做：
Currency usd = Currency.get("USD");
Currency class維護一個實體鏈表（list of instances）；我不能直接使用構造函數創建實體，因為Currency構造函數是private。
new Currency("USD").equals(new Currency("USD")); //return false
要把一個reference object變成value object，關鍵動作是：檢查它是否為immutable（不可變）。如果不是，我就不能使用本項重構，因為mutable（可變的）value object會造成令人苦惱的別名現象（aliasing）。
在這里，Currency對象是不可變的，所以下一步就是為它定義equals（）：
public boolean equals(Object arg) {
if(!(arg instanceof Currency)) return false;
Currency other = (Currency)arg;
return (_code.equals(other._code));
}
如果我定義equals（），我必須同時定義hashCode（）。實現hashCode（）有個簡單辦法：讀取equals（）使用的所有值域的hash codes，然后對它們進行bitwise xor（^）操作。本例中這很容易實現，因為equals（）只使用了一個值域：
public int hashCode() {
return _code.hashCode():
}
完成這兩個函數后，我可以編譯并測試。這兩個函數的修改必須同時進行，否則依賴hashing的任何群集對象（collections，例如Hashtable、HashSet和HashMap）可能會產生意外行為。
現在，我想創建多少個等值的Currency對象就創建多少個。我還可以把構造函數聲明為public，直接以構造函數獲取Currency實體，從而去掉Currency class中的factory method和[控制實體創建]的行為：
new Currency("USD").equals(new Currency("USD")); //now returns true
作法（Mechanics)
- 檢查重構對象是否為immutable（不可變）對象，或是否可修改為不可變對象。
- ==》如果該對象目前還是immutable，就使用Remove Setting Method（300），直到它成為immutable為止。
- 如果無法將該對象修改為immutable，就放棄使用本項重構。
- 建立equals（）和hashCode（）。
- 編譯，測試。
- 考慮是否可以刪除factory method，并將構造函數聲明為public。
動機（Motivation）
在分布系統和并發系統中，不可變的value object特別有用，因為你不須考慮它們的同步問題。
value object有一個非常重要的特性：它們應該是不可變的（immutable）。無論何時只要你調用同一個對象的同一個查詢函數，你都應該得到同樣結果。如果保證了這一點，就可以放心地以多個對象表示相同事物（same thing）。如果value object是可變的（mutable），你就必須確保你對某一對象的修改會自動更新其他[代表同事物]的其他對象。這太痛苦了，與其如此還不如把它變成reference object。
這里有必要澄清一下[不可變（immutable）]的意思。如果你以Money class表示[錢]的概念，其中有[幣種]和[金額]兩條信息，那么Money對象通常是一個不可變的value object。這并非意味你的薪資不能改變，而是意味：如果要改變你的薪資，你需要使用另一個嶄新的Money對象來取代先有的Money對象，而不是在現有的Money對象上修改。你和Money對象之間的關系可以改變，但Money對象自身不能改變。
|