备忘录模式
备忘录模式（Memento Pattern）保存一个对象的某个状态，以便在适当的时候恢复对象。备忘录模式属于行为型模式。
介绍
意图：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态。
主要解决：所谓备忘录模式就是在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样可以在以后将对象恢复到原先保存的状态。
何时使用：很多时候我们总是需要记录一个对象的内部状态，这样做的目的就是为了允许用户取消不确定或者错误的操作，能够恢复到他原先的状态，使得他有"后悔药"可吃。
如何解决：通过一个备忘录类专门存储对象状态。
关键代码：客户不与备忘录类耦合，与备忘录管理类耦合。
应用实例： 1、后悔药。 2、打游戏时的存档。 3、Windows 里的 ctri + z。 4、IE 中的后退。 4、数据库的事务管理。
优点： 1、给用户提供了一种可以恢复状态的机制，可以使用户能够比较方便地回到某个历史的状态。 2、实现了信息的封装，使得用户不需要关心状态的保存细节。
缺点：消耗资源。如果类的成员变量过多，势必会占用比较大的资源，而且每一次保存都会消耗一定的内存。
使用场景： 1、需要保存/恢复数据的相关状态场景。 2、提供一个可回滚的操作。
注意事项： 1、为了符合迪米特原则，还要增加一个管理备忘录的类。 2、为了节约内存，可使用原型模式+备忘录模式。
#encoding=utf-8
#
#by panda
#备忘录模式
def printInfo(info):
print unicode(info, 'utf-8').encode('gbk')
#Originator：游戏角色类
class GameCharacter():
vitality = 0 #生命力
attack = 0 #攻击力
defense = 0 #防御力
def DisplayState(self):
printInfo('角色当前状态')
printInfo('\t生命力：%d' % self.vitality)
printInfo('\t攻击力：%d' % self.attack)
printInfo('\t防御力：%d' % self.defense)
def InitState(self):
self.vitality = 100
self.attack = 100
self.defense = 100
def Fight(self):
self.vitality = 0
self.attack = 0
self.defense = 0
#保存状态
def SaveState(self):
return RoleStateMemento(self.vitality, self.attack, self.defense)
#恢复状态
def RecoveryState(self, memento):
self.vitality = memento.vitality
self.attack = memento.attack
self.defense = memento.defense
#Memento：角色状态存储箱
class RoleStateMemento():
vitality = 0 #生命力
attack = 0 #攻击力
defense = 0 #防御力
def __init__(self, vitality, attack, defense):
self.vitality = vitality
self.attack = attack
self.defense = defense
#Caretaker：角色状态管理者
class RoleStateCaretaker():
memento = None
def clientUI():
printInfo('----大战Boss前----')
id1 = GameCharacter()
id1.InitState()
id1.DisplayState()
printInfo('----保存进度----')
stateAdmin = RoleStateCaretaker()
stateAdmin.memento = id1.SaveState()
printInfo('----大战boss，损耗严重----')
id1.Fight()
id1.DisplayState()
printInfo('----恢复之前的状态----')
id1.RecoveryState(stateAdmin.memento)
id1.DisplayState()
return
if __name__ == '__main__':
clientUI();反对极端面向过程编程思维方式，喜欢面向对象和设计模式的解读，喜欢对比极端面向过程编程和oop编程消耗代码代码行数的区别和原因。致力于使用oop和36种设计模式写出最高可复用的框架级代码和使用最少的代码行数完成任务，致力于使用oop和设计模式来使部分代码减少90%行，使绝大部分py文件最低减少50%-80%行的写法。
