設計模式學習筆記(十七)—Memento備忘錄模式
Posted on 2007-12-08 15:25 flustar 閱讀(2239) 評論(0) 編輯 收藏 所屬分類: Design Patterns一、 模式定義:
在不破壞封裝的前提下,捕獲一個對象的內部狀態(tài),并在該對象之外保存這個狀態(tài)。這樣就可以將該對象恢復到原先保存前的狀態(tài)。
二、 模式解說
在程序運行過程中,某些對象的狀態(tài)處在轉換過程中,可能由于某種原因需要保存此時對象的狀態(tài),以便程序運行到某個特定階段,需要恢復到對象之前處于某個點時的狀態(tài)。如果使用一些公有接口讓其它對象來得到對象的狀態(tài),便會暴露對象的實現細節(jié)。
三、 結構圖
1) 備忘錄(Memento)角色:備忘錄角色存儲“備忘發(fā)起角色”的內部狀態(tài)。“備忘發(fā)起角色”根據需要決定備忘錄角色存儲“備忘發(fā)起角色”的哪些內部狀態(tài)。為了防止“備忘發(fā)起角色”以外的其他對象訪問備忘錄。備忘錄實際上有兩個接口,“備忘錄管理者角色”只能看到備忘錄提供的窄接口——對于備忘錄角色中存放的屬性是不可見的。“備忘發(fā)起角色”則能夠看到一個寬接口——能夠得到自己放入備忘錄角色中屬性。
2) 備忘發(fā)起(Originator)角色:“備忘發(fā)起角色”創(chuàng)建一個備忘錄,用以記錄當前時刻它的內部狀態(tài)。在需要時使用備忘錄恢復內部狀態(tài)。
3) 備忘錄管理者(Caretaker)角色:負責保存好備忘錄。不能對備忘錄的內容進行操作或檢查。
四、一個例子
這個例子是我從網上找到的,我覺得它比較形象,就拿過來直接用了。下面是這個例子的代碼:
class WindowsSystem{
private String state;
public Memento createMemento(){ //創(chuàng)建系統備份
return new Memento(state);
}
public void restoreMemento(Memento m){ //恢復系統
this.state=m.getState();
}
public String getState() {
return state;
}
public void setState(String state) {
this.state = state;
System.out.println("當前系統處于"+this.state);
}
}
class Memento{
private String state;
public Memento(String state) {
this.state = state;
}
public String getState() {
return state;
}
public void setState(String state) {
this.state = state;
}
}
class User{
private Memento memento;
public Memento retrieveMemento() { //恢復系統
return this.memento;
}
public void saveMemento(Memento memento){ //保存系統
this.memento=memento;
}
}
public class Test{
public static void main(String[] args) {
WindowsSystem Winxp = new WindowsSystem(); //Winxp系統
User user = new User(); //某一用戶
Winxp.setState("好的狀態(tài)"); //Winxp處于好的運行狀態(tài)
user.saveMemento(Winxp.createMemento()); //用戶對系統進行備份,Winxp系統要產生備份文件
Winxp.setState("壞的狀態(tài)"); //Winxp處于不好的運行狀態(tài)
Winxp.restoreMemento(user.retrieveMemento()); //用戶發(fā)恢復命令,系統進行恢復
System.out.println("當前系統處于"+Winxp.getState());
}
}
在本例中,WindowsSystem是發(fā)起人角色(Orignation),Memento是備忘錄角色(Memento),User是備忘錄管理角色(Caretaker)。Memento提供了兩個接口(注意這里的接口,并不是java中的接口,它指的是可被外界調用的方法):一個是為WindowsSystem 類的寬接口,能夠得到WindowsSystem放入Memento的state屬性,代碼見WindowsSystem的createMemento方法和restoreMemento方法,createMemento方法向Memento放入state屬性,restoreMemento方法獲得放入的state屬性。另一個是為User類提供的窄接口,只能管理Memento而不能對它的內容進行任何操作(見User類)。
五、 優(yōu)缺點
1) 保持封裝邊界 使用備忘錄可以避免暴露一些只應由原發(fā)器管理卻又必須存儲在原發(fā)器之外的信息。該模式把可能很復雜的Originator內部信息對其他對象屏蔽起來,從而保持了封裝邊界。
2) 它簡化了原發(fā)器 在其他的保持封裝性的設計中,Originator負責保持客戶請求過的內部狀態(tài)版本。這就把所有存儲管理的重任交給了Originator。讓客戶管理它們請求的狀態(tài)將會簡化Originator,并且使得客戶工作結束時無需通知原發(fā)器。
3) 使用備忘錄可能代價很高 如果原發(fā)器在生成備忘錄時必須拷貝并存儲大量的信息,或者客戶非常頻繁地創(chuàng)建備忘錄和恢復原發(fā)器狀態(tài),可能會導致非常大的開銷。除非封裝和恢復Originator狀態(tài)的開銷不大,否則該模式可能并不合適。
4) 維護備忘錄的潛在代價 管理器負責刪除它所維護的備忘錄。然而,管理器不知道備忘錄中有多少個狀態(tài)。因此當存儲備忘錄時,一個本來很小的管理器,可能會產生大量的存儲開銷。
六、 適用性
1)必須保存一個對象在某一個時刻的(部分)狀態(tài),這樣以后需要時它才能恢復到先前的狀態(tài)。
2)如果一個用接口來讓其它對象直接得到這些狀態(tài),將會暴露對象的實現細節(jié)并破壞對象的封裝性。
七、參考
http://tech.it168.com/n/d/2007-05-20/200705201437328.shtml
http://www.cnblogs.com/John-zhaohui/archive/2007/08/20/862663.html
http://www.cppblog.com/converse/archive/2006/08/09/11063.html
http://java.ccidnet.com/art/3741/20030715/544777_1.html
http://blog.csdn.net/qutr/archive/2006/08/01/1007600.aspx