Memnto模式

格式：ppt
大小：4.40 MB
文档页数：82

下载文档原格式

/ 82

memory分离式方案

memory分离式方案随着计算机技术的不断发展，人们对于计算机性能的需求也越来越高。

尤其是在大数据、人工智能等领域的应用中，对于计算机的内存需求也越来越大。

为了满足这种需求，研究人员提出了一种名为memory分离式方案的新技术。

所谓memory分离式方案，即将计算机的内存分为多个层次，每个层次具有不同的特性和性能。

这样一来，就可以根据不同的应用场景和需求，选择合适的内存层次来提供更高效的计算和存储能力。

在memory分离式方案中，通常将内存分为三个层次，分别是L1缓存、主内存和辅助存储器。

L1缓存是位于CPU内部的高速缓存，它具有很高的访问速度，但容量较小。

主内存是计算机中较大的内存空间，可以存储更多的数据，但访问速度相对较慢。

辅助存储器则是指硬盘、固态硬盘等外部存储设备，容量更大，但访问速度更慢。

在memory分离式方案中，数据的访问是按照层次进行的。

首先，CPU会先在L1缓存中查找需要的数据，如果找不到，则会从主内存中获取。

如果主内存中也没有需要的数据，则需要从辅助存储器中读取。

这样一来，就可以充分利用不同层次内存的特性，提高计算机的整体性能。

除了提高计算机性能外，memory分离式方案还具有其他一些优点。

首先，通过将内存分为多个层次，可以节省成本。

因为L1缓存的成本较高，而主内存和辅助存储器的成本相对较低。

通过合理配置内存层次，可以在保证性能的同时降低成本。

其次，memory分离式方案还可以提高能效。

由于L1缓存的访问速度快，可以减少CPU 等待数据的时间，从而提高能效。

然而，memory分离式方案也存在一些挑战和限制。

首先，需要进行复杂的硬件设计和软件优化。

由于涉及到多个层次的内存，需要设计合适的缓存机制和访问策略，以及相应的软件算法和优化方法。

其次，内存的层次划分和数据迁移也需要合理规划。

不同层次的内存之间的数据迁移需要耗费一定的时间和资源，需要合理规划和管理。

memory分离式方案是一种提高计算机性能和能效的重要技术。

FANUC 0i MATETC系统的使用与操作

示刀具偏置参数； 3、移动光标至指定的刀补号，输入“X50.”（测量的工件外圆尺寸），按“测
量”软键后系统自动计算出X向刀补值； 4、试切端面后，刀具只沿X向退出并输入“Z0”，按“测量”后得出Z向刀补
值； 5、同理设定其他的刀补参数；（Z向对刀应不破坏端面，采用手轮方式靠近端
面为宜） 6、在刀补设定后可使用MDI操作方式验证刀补的正确性；
RESET：复位键。按下此键可以使 CNC复位或者取消报警
上一张下一张返回
控制按钮功能说明
电子手轮
控制键盘
加工程序启动和停止
按钮
急停开关进给倍率旋钮主轴倍率旋钮系统电源开关按钮
上一张下一张返回
控制键盘
主轴停轴
模式选择按钮
进给方向键
手脉倍率修调
主轴正转
主轴反转
手动换刀
切削液开关
按钮
急停开关进给倍率旋钮主轴倍率旋钮系统电源开关按钮
2、功能按钮和按键介绍
（1）、MDI键盘说明；（2）、控制按钮功能说明；
上一张下一张返回
程序段结束健
主功能键翻页键
地址数字键
至数控系统界面布局图
光标移动键
输入键程序编辑键
帮助键复位键
上一张下一张返回
地址数字键
共有23个键，用于输入字母、数字及其他符号。每次输入的字符都显示在CRT屏幕上。
1. 地址键 G、M —准备功能与辅助功能指令；F—进给量；S—主轴转速；X、Y、 Z—绝对坐标；U、V、W—增量坐标；A、 B、C—移动坐标轴；I、J、K—圆弧圆心坐标；R—圆弧圆心半径；T—刀具号或换刀指令；O、P—程序名；N—程序段号。
2. 数字键由数字及符号组成。

8086最小总线模式解析

8086最小模式原理总结分类：计算机原理2011-11-28 16:49494人阅读评论(0)收藏举报存储io扩展平台一、8086芯片引脚定义引脚功能简单描述：因为本篇文章的目的是理解8086系统的原理，所以只讨论与程序设计相关的功能，其他方面只是简单略过。

AD0-AD15 : 地址/数据复用线A16/S3-A19/S6:高四位地址线和状态输出复用ALE:地址锁存使能bhe:低为读取一个字，高为读取一个字节rd:总线读操作控制线wr:总线写操作控制线M/io:intel平台中，存储器和io分开编址，此控制线来确定访问的是存储器还是io口DT/dr:在读写操作时，控制数据的流向。

den:数据传输使能NMI,INTR:前者接不可屏蔽中断源，后者接可屏蔽中断源inta:中断响应ready:指示外部设备是否完成指定的操作MN/max:最小最大模式选择，本文只考虑最小模式HOLD/HOLDA:向cpu请求总线控制权和cpu响应控制线CLK:接时钟信号RESET:复位信号输入GND: 接地线VCC:接5v电源test:暂不考虑二、最小系统简略概述2.1、简略图如下：2.2、8086读存储器时序图如下：2.3、上图读时序解析2.3.1、在T1阶段将地址锁存在8282中，为什么要锁存？因为在整个读操作过程中，地址总线上都要保持cpu要访问的地址信息，而20条地址线在T1阶段后要传输状态和数据信息，无法保持地址信息，所以需要将地址信息锁存在8282中，bhe也被锁存在了8282中，也可以认为bhe也是地址信息的一部分。

2.3.2、T2到T4的过程中，地址中的数据被传送到了8086中，若外部设备较慢则需要加入几个Tw以等待外部设备完成读操作。

2.3.3、bhe和内存对齐的问题，bhe为低时表示读取一个字（16bit）为高时读取一个字节，bhe和AD0的不同组合会导致cpu的不同行为。

2.3.3.1、当代码从一个偶地址（假设为100）读取一个字时，cpu可以通过让bhe=0，然后直接读取此地址的值就可以了。

mmio原理

mmio原理
MMIO（Memory-mapped I/O）是一种计算机技术，它将I/O设备映射到主存的地址空间中，使得CPU可以通过访问内存的方式来与I/O设备进行数据交换。

这种技术的原理是基于内存映射I/O（Memory-mapped I/O）的概念，即将硬件设备与特定的内存地址关联起来，通过访问这个内存地址来与硬件设备进行通信。

在MMIO中，当CPU访问某个特定的内存地址时，硬件设备会响应这个访问并执行相应的操作。

这种方式的优点在于，CPU可以直接使用读写内存的指令来与硬件设备进行通信，简化了程序设计的难度和接口的复杂性。

MMIO的实现需要硬件和软件的支持。

在硬件方面，需要将I/O设备映射到主存的地址空间中，这通常由硬件控制器或操作系统负责完成。

在软件方面，需要编写能够识别特定内存地址并执行相应操作的程序。

MMIO的应用非常广泛，例如在显卡、网络控制器、硬盘等设备中都使用了这种技术。

通过使用MMIO，可以大大提高数据传输的效率，并且可以方便地进行多任务处理和并行处理。

总的来说，MMIO是一种非常有效的I/O通信方式，它通过将I/O设备映射到内存地址空间中，简化了程序设计的难度和接口的复杂性，提高了数据传输的效率和并行处理的能力。

随着计算机技术的不断发展，MMIO的应用场景将会更加广泛。

设计模式学习笔记--Memento-备忘录模式

在软件的构建过程中，某些对象的状态在转换过程中，可能由于某种需要，要求程序能够回溯到对象之前某个点时的状态，如果使用一些公有接口来让其他对象得到对象的状态，便会暴露对象的细节实现。

如何实现对象状态的良好保存与恢复？但同时又不会因此而破坏对象本身的封装性。

Memento 备忘录模式提供解决途径，它在不破坏封装性的前提下，捕获一个对象的内部状态，并在这个对象之外保存这个状态。

这样就可以将对象恢复到原先保存的状态。

《设计模式》— GOFMemento备忘录模式UML图如下:主要角色:1、原发器角色Originator:它是我们关注的对象，我们需要保存和回溯的状态就是它的状态。

我们需要在它内部创建备忘录对象并利用备忘录对象保存我们需要保存的状态值，同时它还需要提供一种手段来恢复我们以前保存的状态值.2、备忘录对象Memento:它用于在不破坏封装性的前提下，捕获一个Originator的内部状态，并在备忘录对象Memento中保存这个状态。

(Caretaker:用于防止原发器以外的对象访问备忘录对象，保证备忘录对象的安全性)。

下面我们用代码来示例，程序如下:一、备忘录模式思路示例1、原发器角色Originatorusing System;using System.Collections.Generic;using System.Linq;using System.Text;namespace MyMementoPattern{//Memento模式适用于由原发器管理，却又必须存储在原发器之外的信息//定义原发器对象：Originator//有必要对自身内部状态进行保存，然后在某个点处又需要恢复内部状态的对象class Originator{#region State属性private string _state;public string State{get { return _state; }set {_state = value;Console.WriteLine("State={0}",_state);}}#endregion//在实现Memento模式中，要防止原发器Originator以外的对象访问备忘录对象，备忘录对象有两个接口，一个为原发器使用的宽接口，一个为其他对象使用的窄接口#region创建Memento类的方法(Memento类将用于保存Originato r对象的State状态值)public Memento CreateMemento(){Console.WriteLine("创建Memento对象并保存状态到此对象中..");return (new Memento(_state)); //此处，在创建Memento对象时就保存了对象状态}#endregion#region利用上面Memento对象保存的状态值进行状态恢复操作public void SetMemento(Memento memnto){Console.WriteLine("恢复对象状态..");State = memnto.State;}#endregion}}2、备忘录对象Mementousing System;using System.Collections.Generic;using System.Linq;using System.Text;namespace MyMementoPattern{class Memento{//定义备忘录对象Memento类，它专门用于保存Originator类对象的状态信息//也即：在不破坏封装性的前提下，捕获一个Originator的内部状态，并在这个对象之外保存这个状态。

T0T1四种工作模式文档资料

方式0 （120页）
当M0=0,M1=0时，工作在方式0 方式0的特点：为13位的计数器 13位计数器的组成：由THX的低5位和THX的
高8位组成。计数器的进位及溢出：当TLX的低5位溢出时，
则向THX进位。当THX溢出时，则由硬件置一TFX，从而发出中断请求。
1
C/T位控制T0和T1的工作模式
7
工作方式3
注意：T0可以工作在方式3，而T1则不能工作在方式3，因为T1工作在方式3时相当于 TR1=0,停止计数。
8
工作在方式3下的T0 课本123页
在方式3，T0被分为两个8位的计数器：TL0和 TH0.
(1)TL0计数器：由T0的控制位来进行控制，可以对外部脉冲计数，并且可以对内部时钟进行计数，从而实现定时。
参考119页 TMOD寄存器和121页框图以定时器/计数器T1举例说明：（1）TMOD寄存器高四位中的C/T=0时，T1
工作在定时器模式，计数信号来源于单片机系统内部，即：系统时钟的12分频。（2）TMOD寄存器高四位中的C/T=1时，T1 工作在计数器模式，计数信号来源于T1引脚，即：P3.5引脚。
（2）TH0计数器：由T1的控制位来进行控制，只能对内部时钟进行计数，不能对外部信号进行计数，因此只能定时。
9
பைடு நூலகம்
T0工作在方式3时T1的工作方式 123页
注意：由于T0工作在方式0时，T0被分成TL0和 TH0两个计数器来分别工作，同时，TH0计数器的工作是由T1的TR1和TF1来进行控制的，因此， T0工作在方式3时，势必会对T1的工作产生影响。一言以蔽之：由于T0工作在方式3时占用了T1的TR1 位和TF1位，因此T1不能再用来定时了，因此此时 T1可以工作在方式0、1、2，用来产生串行通信所需要的时钟信号（波特率）。

nrf51822学习笔记之TIMER

大量的TIMER task/event及中断，可以使各种系统外设（包括GPIO）通过PPI 系统执行定时或记数任务（timing/count tasks）.PPI系统也可以使能定时器（TIMER task/event features）来产生周期性输出(periodic output)或PWM信号到任意的GPIO口。

The PPI system also enables the TIMER task/event features to generate periodic output and PWM signals to any GPIO.定时计数器的时钟源是HFCLK，并可以通过一个4 bit (1/2X) 分配器对HFCLK进行分频.TIMER可以处于两种模式：1定时模式（Timer mode）2计数模式（Counter mode）两种模式都可以通过触发启动或停止任务(START task or STOP task)来启动或停止TIMER。

TIMER是count-up timer：Timer mode:每个定时器周期（F TIMER），内部计数寄存器(Counter register )+1. Counter mode:每次COUNT task被触发的时候，Counter register +1. 此模式下，FTIMER和分频系数就不起作用了。

TIMER可以通过位宽寄存器(BITMODE register)设置计数最大值(maximum value).分频和位宽寄存器(PRESCALER register and the BITMODE register)只能在TIMER停止运行的时候对其进行修改，否则结果难以预料。

当计数超过了最大值时，计数寄存器会溢出，并自动从0重新开始计数。

可通过执行CLEAR task 使TIMER清0。

比较和捕获(Compare/Capture):比较：每个捕获比较寄存器（CC[0..3]）都可以产生一个COMPARE event.当某个计数值计到与capture compare register CC[n]中的值相等时，就会产生一个COMPARE[n] event,这两个n 是对应着的。

Memento模式及其实现方法

Memento模式及其实现方法Memento模式是GoF（Gang of Four）设计模式中的一种，它提供了一种保存和恢复对象状态的方法，使得对象的状态可以通过备忘录被保存下来，以备后续恢复。

这种方式对于某些需要回滚操作的系统非常有用。

在本文中，我们将学习Memento模式的基本概念和实现方法，探究如何将该模式应用于项目设计和开发中。

1. 什么是Memento模式？Memento模式是一种行为型模式，其目的是提供一种简单的机制来保存和恢复对象的状态。

这种模式风靡于所有需要进行复杂操作的系统中，包括事务处理系统和需要撤销操作的系统。

Memento模式通常是通过一个备忘录类来实现的，该类包含了对象的内部状态信息。

通过使用备忘录类，可以实现对象的状态保存和恢复。

此外，备忘录模式还具有强大的通用性，因为它可以在任何时候进行状态保存，并且可以将这些状态保存在任何地方。

2. Memento模式的三个角色Memento模式由三个角色组成：Originator（发起者）、Memento（备忘录）和Caretaker（备忘录管理者）。

a. Originator（发起者）：此角色代表了需要备份状态的某个对象。

它将需要保存的状态传递给了Memento对象，并且可以通过恢复操作使自己的状态回到之前的某个时间点。

b. Memento（备忘录）：此角色保存了Originator对象的内部状态信息。

Memento类允许其他对象访问状态信息，但不允许具体的修改。

c. Caretaker（备忘录管理者）：此角色负责管理备忘录，它是Memento模式中最简单的部分。

Caretaker类允许程序员保存和读取备忘录对象，并为Originator对象恢复状态提供支持。

3. 实现Memento模式的步骤下面是实现Memento模式的基本步骤：a. 创建Originator类，并在其中定义需要保存和恢复的对象状态。

b. 创建Memento类，并在其中保存Originator类的状态信息。

CPU运行模式及复位MMC卡

CPU运行模式及复位MMC卡1.用户模式：也称为运行模式，CPU在正常程序执行时处于用户模式。

在用户模式下，CPU只能访问在用户程序中明确授权给它的资源，如用户空间的内存和I/O设备。

2.内核模式：也称为特权模式，CPU在执行操作系统内核代码或执行特权指令时处于内核模式。

在内核模式下，CPU具有访问所有系统资源的权限，可以执行所有指令并改变系统状态。

3.超级用户模式：也称为系统管理模式，是运行在内核模式下的一种特殊状态。

在超级用户模式下，CPU具有更高的权限，可以执行更敏感的操作，如修改或加载内核代码。

超级用户模式通常由操作系统或一些特权程序使用。

复位MMC卡是指将MMC卡重新初始化为初始状态，清除卡中存储的数据并使其恢复到可用状态。

MMC卡复位可以通过以下两种方式进行：1.软复位：软复位是通过在MMC卡的主控制器中发送复位命令来实现的。

主控制器会向MMC卡发送一个复位信号，MMC卡接收到该信号后会自动进行复位操作。

软复位可以在操作系统中通过适当的指令或驱动程序来实现。

2.硬复位：硬复位是通过对MMC卡的电源进行切断然后重新上电来实现的。

当MMC卡的电源重新接通时，MMC卡会自动进行复位操作。

硬复位通常需要通过硬件操作来完成，例如重新插拔MMC卡的电源接口。

需要注意的是，复位MMC卡将清除所有存储在卡中的数据，包括分区表、文件系统和用户数据。

因此，在进行MMC卡复位之前必须确保已经备份了重要的数据。

总之，CPU的运行模式分为用户模式、内核模式和超级用户模式，而MMC卡的复位可以通过软复位或硬复位来实现。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

注意到几点变化：因为我们假设遥控器可以控制的电器是无限多的，所以这里不能指定具体电器类型，因为在ＪＡＶＡ中所有类型均继承自Object，我们将SetDevice() 方法接受的参数设置成为Object。 ControlPanel不知道它将控制哪个类，所以图中 ControlPanel和Light、Door、Fan没有联系。 PressOn()和PressOff()方法不再需要参数，因为很明显，只有一组On和Off按钮。

5、一个系统需要支持交易(Transaction)。一个交易结构封装了一组数据更新命令。使用命令模式来实现交易结构可以使系统增加新的交易类型。
பைடு நூலகம்

命令模式使新的命令很容易地被加入到系统里。允许接收请求的一方决定是否要否决（Veto）请求。能较容易地设计-个命令队列。可以容易地实现对请求的Undo和Redo。在需要的情况下，可以较容易地将命令记入日志。命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开。命令类与其他任何别的类一样，可以修改和推广。

控制器大致是这么个样子了，那么灯、电扇、门又是什么样子呢？
•它们的接口完全不同，我们没有办法对它们进行抽象，但是因为我们此刻仅考虑客户最原始的需求(最简单的情况)，那么我们大可以直接将它们复合到遥控器 (ControlPanel) 中

public class ControlPanel { private Light light; private Fan fan; private Door door;

1、抽象表达式角色：声明一个抽象的解释操作，这个接口为所有具体表达式角色（抽象语法树中的节点）都要实现的。抽象语法树的每一个节点都代表一个语句，而在每个节点上都可以执行解释方法。这个解释方法的执行就代表这个语句被解释。由于每一个语句都代表这个语句被解释。由于每一个语句都代表一个常见的问题的实例，因此每一个节点上的解释操作都代表对一个问题实例的解答。

3、系统需要支持命令的撤消(undo)。命令对象可以把状态存储起来，等到客户端需要撤销命令所产生的效果时，可以调用undo()方法，把命令所产生的效果撤销掉。命令对象还可以提供redo()方法，以供客户端在需要时，再重新实施命令效果。 4、如果一个系统要将系统中所有的数据更新到日志里，以便在系统崩溃时，可以根据日志里读回所有的数据更新命令，重新调用Execute()方法一条一条执行这些命令，从而恢复系统在崩溃前所做的数据更新。

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

你可以把命令对象聚合在一起，合成为合成命令。比如宏命令便是合成命令的例子。合成命令是合成模式的应用。由于加进新的具体命令类不影响其他的类，因此增加新的具体命令类很容易。

使用命令模式会导致某些系统有过多的具体命令类。某些系统可能需要几十个，几百个甚至几千个具体命令类，这会使命令模式在这样的系统里变得不实际

我们首先可以看到，这个方案似乎解决了第一种设计的大多数问题，除了一点点瑕疵：尽管我们可以控制任意多的设备，但是我们每添加一个可以控制的设备，仍需要修改PressOn()和 PressOff()方法。在PressOn()和PressOff()方法中，需要对所有可能控制的电器进行类型转换，无疑效率低下。

在下面的情况下应当考虑使用命令模式： 1、使用命令模式作为"CallBack"在面向对象系统中的替代。"CallBack"讲的便是先将一个函数登记上，然后在以后调用此函数。 2、需要在不同的时间指定请求、将请求排队。一个命令对象和原先的请求发出者可以有不同的生命期。换言之，原先的请求发出者可能已经不在了，而命令对象本身仍然是活动的。这时命令的接收者可以是在本地，也可以在网络的另外一个地址。命令对象可以在串形化之后传送到另外一台机器上去。

Originator的状态需要存储到备忘录对象中，如果存储状态数据很大很多，那么在资源消耗上，备忘录对象会非常消耗内存。所以备忘录模式也不是用的越多越好。

1使用备忘录可能代价很高如果原发器在生成备忘录时必须拷贝并存储大量的信息，或者客户非常频繁地创建备忘录和恢复原发器状态，可能会导致非常大的开销。除非封装和恢复Originator状态的开销不大，否则该模式可能并不合适。 2）维护备忘录的潜在代价管理器负责删除它所维护的备忘录。然而，管理器不知道备忘录中有多少个状态。因此当存储备忘录时，一个本来很小的管理器，可能会产生大量的存储开销。

2、终结符表达式角色：具体表达式。 (1)实现与文法中的终结符相关联的解释操作 (2)而且句子中的每个终结符需要该类的一个实例与之对应

3、非终结符表达式角色：具体表达式。 (1)文法中的每条规则R::=R1R2…Rn都需要一个非终结符表达式角色 (2)对于从R1到Rn的每个符号都维护一个抽象表达式角色的实例变量 (3)实现解释操作，解释一般要递归地调用表示从 R1到Rn的那些对象的解释操作

效率不是一个关键问题最高效的解释器通常不是通过直接解释语法分析树实现的, 而是首先将它们转换成另一种形式。例如，正则表达式通常被转换成状态机。但即使在这种情况下, 转换器仍可用解释器模式实现, 该模式仍是有用的。

如果一种特定类型的问题发生的频率足够高，那么就值得将该问题的各个实例表述为一个简单语言中的句子。目的：按照自己定义的组合规则集合来组合可执行对象
对比一下，我们看到可以通过左侧可以上下活动的阀门来控制当前遥控器控制的是哪个电器(按照图中当前显示，控制的是灯)，在选定了阀门后，我们可以再通过On，Off按钮来对电器进行控制。此时，我们需要多添一个方法，通过它来控制阀门(进而选择想要控制的电器)。我们管这个方法叫做SetDevice()。那么我们的设计变成下图所示：

Caretaker：负责保存好备忘录Memento,不能对备忘录的内容进行操作或检查。

Memento模式中封装的是需要保存的状态,当需要恢复的时候才取出来进行恢复.原理很简单,实现的时候需要注意一个地方:窄接口和宽接口.所谓的宽接口就是一般意义上的接口,把对外的接口作为 public成员;而窄接口反之,把接口作为private成员, 而把需要访问这些接口函数的类作为这个类的友元类,也就是说接口只暴露给了对这些接口感兴趣的类 ,而不是暴露在外部.下面的实现就是窄实现的方法来实现的.

这个解决方案虽然能解决当前的问题，但是几乎没有任何扩展性可言。或者说，被调用者(Receiver ：灯、电扇、门)与它们的调用者(Invoker：遥控器 )是紧耦合的。遥控器不仅需要确切地知道它能控制哪些电器，并且需要知道这些电器由哪些方法可供调用。

在考虑新的方案以前，我们先回顾前面的设计，第三个问题似乎暗示着我们的遥控器不够好，思考一下，我们发现可以这样设计遥控器：

耦合是软件不能抵御变化灾难的根本性原因。不仅实体对象与实体对象之间存在耦合关系，实体对象与行为操作之间也存在耦合关系。封装调用

创建型设计模式解决的创建者和被创建对象的耦合问题；结构型设计模式解决的是实体对象和实体对象的耦合问题；行为型设计模式解决的是实体对象和行为操作之间的耦合问题。
Memento
武汉工程大学计算机科学与工程学院易国洪副教授
Memento模式
意图：在不破坏封装性的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可将该对象恢复到原先保存的状态

Originator：负责创建一个备忘录Memento，用以记录当前时刻它的内部状态，并可使用备忘录恢复内部状态。Originator可根据需要决定 Memento存储Originator的哪些内部状态。

1）保持封装边界使用备忘录可以避免暴露一些只应由原发器管理却又必须存储在原发器之外的信息。该模式把可能很复杂的Originator内部信息对其他对象屏蔽起来，从而保持了封装边界。 2）它简化了原发器在其他的保持封装性的设计中，Originator负责保持客户请求过的内部状态版本。这就把所有存储管理的重任交给了Originator。让客户管理它们请求的状态将会简化Originator，并且使得客户工作结束时无需通知原发器。

Memento模式比较适用于功能比较复杂的，但需要维护或记录历史属性的类，或者需要保存的属性只是众多属性中的一小部分时，Originator可以根据保存的Memento信息还原到前一状态。
如果在某个系统中使用命令模式时，需要实现命令的撤销功能，那么命令模式可以使用备忘录模式来存储可撤销操作的状态。

把要保存的细节封装在Memento中，哪一天要更改保存的细节也不用影响客户端。

Memento模式比较适用于功能比较复杂的，但需要维护或记录属性历史的类。或者需要保存的属性只是众多属性中的一小部分时，Originator可以根据保存的Memento信息还原到前一状态。

必须保存一个对象在某一个时刻的(部分)状态, 这样以后需要时它才能恢复到先前的状态。如果一个用接口来让其它对象直接得到这些状态，将会暴露对象的实现细节并破坏对象的封装性。