常用設(shè)計(jì)模式之備忘錄模式及其PHP實(shí)現(xiàn)
備忘錄模式是一種行為型模式,它在不破壞封裝性的前提下,捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài),并在該對(duì)象之外保存這個(gè)狀態(tài)。這樣可以在以后把該對(duì)象的狀態(tài)恢復(fù)到之前保存的狀態(tài)。
主要角色備忘錄(Memento)角色:存儲(chǔ)發(fā)起人(Originator)對(duì)象的內(nèi)部狀態(tài),而發(fā)起人根據(jù)需要決定備忘錄存儲(chǔ)發(fā)起人的哪些內(nèi)部狀態(tài)。備忘錄可以保護(hù)其內(nèi)容不被發(fā)起人(Originator)對(duì)象之外的任何對(duì)象所讀取。發(fā)起人(Originator)角色:創(chuàng)建一個(gè)含有當(dāng)前的內(nèi)部狀態(tài)的備忘錄對(duì)象,使用備忘錄對(duì)象存儲(chǔ)其內(nèi)部狀態(tài)負(fù)責(zé)人(Caretaker)角色:負(fù)責(zé)保存?zhèn)渫泴?duì)象,不檢查備忘錄對(duì)象的內(nèi)容適用性必須保存一個(gè)對(duì)象在某一個(gè)時(shí)刻的(部分)狀態(tài),這樣以后需要時(shí)它才能恢復(fù)到先前的狀態(tài)。如果一個(gè)用接口來讓其它對(duì)象直接得到這些狀態(tài),將會(huì)暴露對(duì)象的實(shí)現(xiàn)細(xì)節(jié)并破壞對(duì)象的封裝性。類圖<?phpclass Originator { // 發(fā)起人(Originator)角色 private $_state; public function __construct() {$this->_state = ’’; } public function createMemento() { // 創(chuàng)建備忘錄return new Memento($this->_state); } public function restoreMemento(Memento $memento) { // 將發(fā)起人恢復(fù)到備忘錄對(duì)象記錄的狀態(tài)上$this->_state = $memento->getState(); } public function setState($state) { $this->_state = $state; } public function getState() { return $this->_state; } public function showState() {} }class Memento { // 備忘錄(Memento)角色 private $_state; public function __construct($state) {$this->setState($state); } public function getState() { return $this->_state; } public function setState($state) { $this->_state = $state;}}class Caretaker { // 負(fù)責(zé)人(Caretaker)角色 private $_memento; public function getMemento() { return $this->_memento; } public function setMemento(Memento $memento) { $this->_memento = $memento; }} // client/* 創(chuàng)建目標(biāo)對(duì)象 */$org = new Originator();$org->setState(’open’);$org->showState();/* 創(chuàng)建備忘 */$memento = $org->createMemento();/* 通過Caretaker保存此備忘 */$caretaker = new Caretaker();$caretaker->setMemento($memento);/* 改變目標(biāo)對(duì)象的狀態(tài) */$org->setState(’close’);$org->showState();/* 還原操作 */$org->restoreMemento($caretaker->getMemento());$org->showState();?>優(yōu)缺點(diǎn)
優(yōu)點(diǎn)
有時(shí)一些發(fā)起人對(duì)象的內(nèi)部信息必須保存在發(fā)起人對(duì)象以外的地方,但是必須要由發(fā)起人對(duì)象自己讀取。簡(jiǎn)化了發(fā)起人(Originator)類。發(fā)起人(Originator)不再需要管理和保存其內(nèi)部狀態(tài)的一個(gè)個(gè)版本,客戶端可以自行管理它們所需要的這些狀態(tài)的版本當(dāng)發(fā)起人角色的狀態(tài)改變的時(shí)候,有可能這個(gè)狀態(tài)無效,這時(shí)候就可以使用暫時(shí)存儲(chǔ)起來的備忘錄將狀態(tài)復(fù)原。缺點(diǎn)
如果發(fā)起人角色的狀態(tài)需要完整地存儲(chǔ)到備忘錄對(duì)象中,那么在資源消耗上面?zhèn)渫泴?duì)象會(huì)很昂貴。當(dāng)負(fù)責(zé)人角色將一個(gè)備忘錄存儲(chǔ)起來的時(shí)候,負(fù)責(zé)人可能并不知道這個(gè)狀態(tài)會(huì)占用多大的存儲(chǔ)空間,從而無法提醒用戶一個(gè)操作是否會(huì)很昂貴。當(dāng)發(fā)起人角色的狀態(tài)改變的時(shí)候,有可能這個(gè)狀態(tài)無效。相關(guān)文章:
