设计模式实践之《二》:备忘录模式
使用场合
有时我们有这样的需求,一个对象在执行一系列操作的过程中,可能会为了防止因操作失败而致使前面所做的一切白费或是其他原因,需要对执行过程中的状态进行保存。然而该复杂对象的状态中的内容又不希望被除它之外的任何对象修改(即使该状态可能会保存在外部对象中),这个时候就需要使用备忘录模式。
我们还是先来看看UML:
我们定义一个接口,该接口不对外提供任何方法和属性,状态类实现该接口,这样任何的到该接口的类都不能修改到接口的内部信息。为了使状态类的内容只能被类A编辑,不能被其他类修改,这个时候我们需要把状态类定义成类A的内部类。
看到了吧,这样我们可以大胆地将类A的状态类转换成接口放到外部去存储。当类A需要状态信息的时候,将需要使用的状态类接口拿给类A,然后将接口转换成状态类进行状态信息的存取操作。
使用案例
我门有这样一个例子,玩RPG游戏的人都应该熟悉其中的人物需要通过不断的修炼来升级,假设我们没有将人物的状态保存在数据库或其它的持久化存储里面,数据全在内存。这个时候对于一个人物的状态只有人物本身可以修改,并且在玩家玩累了的时候可以将该人物状态放在外部某个地方保存,以便再次玩时恢复状态到保存时状态。但是保存在外部的状态又不能被别的对象所修改(能修改的话,就可能存在作弊)。所以,我们需要使用备忘录模式来达到我们的目的。
Work类中有这样的规则:每执行一次work操作,其Money的值加一,当Money值达到10,Level值增加一,呵呵,看起来规则也的确简单,但是要想Level增加只有老老实实的Work,除此之外可是没办法修改Worker状态的。
OK,我们还是来看看代码:
状态接口

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

Worker类,其中包含WorkState类

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

Storage类

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

外部访问代码

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41


42

43

44

45

好了,这是一个很简单的例子,和现实中比起来有太多的不足了,但是我门只要找到这个示例关注点,而这个关注点又恰恰存在使用备忘录模式的理由(或者说是将该模式做为其后选方案的理由),那么就达到了使用这个示例的目的了。