设为首页 加入收藏

TOP

设计模式之备忘录模式(一)
2015-07-26 13:14:16 来源: 作者: 【 】 浏览:27
Tags:设计模式 备忘录 模式

问题引入,把‘游戏角色’的存取状态细节封装起来,而且最好是封装在外部的类当中,以体现职责分离。


备忘录模式(Memento),在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可将该对象回复到原先保存的状态。


备忘录模式的结构图



涉及角色:


1.Originator(发起人):负责创建一个备忘录Memento,用以记录当前时刻自身的内部状态,并可使用备忘录恢复内部状态。Originator可以根据需要决定Memento存储自己的哪些内部状态。


2.Memento(备忘录):负责存储Originator对象的内部状态,并可以防止Originator以外的其他对象访问备忘录。备忘录有两个接口:Caretaker只能看到备忘录的窄接口,他只能将备忘录传递给其他对象。Originator却可看到备忘录的宽接口,允许它访问返回到先前状态所需要的所有数据。


3.Caretaker(管理者):负责备忘录Memento,不能对Memento的内容进行访问或者操作。


备忘录模式的优点和缺点


一、备忘录模式的优点


1、有时一些发起人对象的内部信息必须保存在发起人对象以外的地方,但是必须要由发起人对象自己读取,这时,


使用备忘录模式可以把复杂的发起人内部信息对其他的对象屏蔽起来,从而可以恰当地保持封装的边界。


2、本模式简化了发起人类。发起人不再需要管理和保存其内部状态的一个个版本,客户端可以自行管理他们所需


要的这些状态的版本。


3、当发起人角色的状态改变的时候,有可能这个状态无效,这时候就可以使用暂时存储起来的备忘录将状态复原。


二、备忘录模式的缺点:


1、如果发起人角色的状态需要完整地存储到备忘录对象中,那么在资源消耗上面备忘录对象会很昂贵。


2、当负责人角色将一个备忘录 存储起来的时候,负责人可能并不知道这个状态会占用多大的存储空间,从而无法提醒用户一个操作是否很昂贵。


3、当发起人角色的状态改变的时候,有可能这个协议无效。如果状态改变的成功率不高的话,不如采取“假如”协议模式。


通用代码实现



class Originator {
? ? ? ? //需要保存的属性,可以是多个
? ? private String state = "";
? ?
? ? public String getState() {
? ? ? ? return state;
? ? }
? ? public void setState(String state) {
? ? ? ? this.state = state;
? ? }
? ? ? ?
? ? ? ? //创建备忘录,将当前需要保存的信息导入并实例化出一个Memento对象
? ? public Memento createMemento(){
? ? ? ? return new Memento(this.state);
? ? }
? ? ? //回复备忘录,将Memento导入并将相关数据恢复
? ? public void restoreMemento(Memento memento){? ? ? ? ? ? ? ? ?
? ? ? ? this.setState(memento.getState());
? ? }
}


?


?


?


?


?


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 Caretaker {
? ? private Memento memento;
? ? public Memento getMemento(){
? ? ? ? return memento;
? ? }
? ? public void setMemento(Memento memento){? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
? ? ? ? this.memento = memento;
? ? }
}


?


?


?


?


public class Client {
? ? public static void main(String[] args){
? ? ? ? Originator originator = new Originator();
? ? ? ? originator.setState("状态1");
? ? ? ? System.out.println("初始状态:"+originator.getState());
? ? ? ? Caretaker caretaker = new Caretaker();
? ? ? ? caretaker.setMemento(originator.createMemento());
? ? ? ? originator.setState("状态2");
? ? ? ? System.out.println("改变后状态:"+originator.getState());
? ? ? ? originator.restoreMemento(caretaker.getMemento());
? ? ? ? System.out.println("恢复后状态:"+originator.getState());? ? ? ? ?
? ? }
}


?


?


?


?



? 代码演示了一个单状态单备份的例子,逻辑非常简单:Originator类中的state变量需要备份,以便在需要的时候恢复;Memento类中,也有一个state变量,用来存储Originator类中state变量的临时状态;而Caretaker类就是用来管理备忘录类的,用来向备忘录对象中写入状态或者取回状态。



--------------------------------------------------------------------------------


--------------------------------------------------------------------------------


--------------------------------------------------------------------------------


?


?


?



举例说明:


以保存游戏进度为例,在游戏角色大战Boss前将该角色的状态存储,与Boss作战后角色的各项能力会下降,如果没有通关,则可利用备忘录进行恢复到战前状态。


?


游戏角色类:


?


package com.zyh.designpattern.memento;
public class PlayRole {
private int vitality;
private int aggressivity;
private int defencivity;
public PlayRole(int vitality, int aggressivity, int defencivity) {
super();
this.vitality = vitality;
this.aggressivity = aggressivity;
this.defencivity = defencivity;
}
public PlayRole() {}
public int getVitality() {
return vitality;
}
public void setVitality(int vitality) {
this.vitality = vita

首页 上一页 1 2 下一页 尾页 1/2/2
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
分享到: 
上一篇设计模式之解释器模式 ——初学 下一篇设计模式之单例模式

评论

帐  号: 密码: (新用户注册)
验 证 码:
表  情:
内  容: