1700460050
}
1700460051
1700460052
}
1700460053
1700460054
运行结果也完全相同,还是张三这个用户在打怪,运行结果如下:
1700460055
1700460056
开始时间是:2009-8-25 10:45
1700460057
1700460058
登录名为zhangSan的用户张三登录成功!
1700460059
1700460060
张三在打怪!
1700460061
1700460062
张三又升了一级!
1700460063
1700460064
结束时间是:2009-8-26 03:40
1700460065
1700460066
是的,没有任何改变,但是你有没有发觉,你的游戏已经在升级,有人在帮你干活了!终于升级到120级,基本上在本服务区,除了GM外,这个你可惹不起!这就是代理模式。
1700460067
1700460068
1700460069
1700460070
1700460072
设计模式之禅 12.2 代理模式的定义
1700460073
1700460074
代理模式(Proxy Pattern)是一个使用率非常高的模式,其定义如下:
1700460075
1700460076
Provide a surrogate or placeholder for another object to control access to it.(为其他对象提供一种代理以控制对这个对象的访问。)
1700460077
1700460078
代理模式的通用类图如图12-3所示。
1700460079
1700460080
1700460081
1700460082
1700460083
图12-3 代理模式的通用类图
1700460084
1700460085
代理模式也叫做委托模式,它是一项基本设计技巧。许多其他的模式,如状态模式、策略模式、访问者模式本质上是在更特殊的场合采用了委托模式,而且在日常的应用中,代理模式可以提供非常好的访问控制。在一些著名开源软件中也经常见到它的身影,如Struts2的Form元素映射就采用了代理模式(准确地说是动态代理模式)。我们先看一下类图中的三个角色的定义:
1700460086
1700460087
❑Subject抽象主题角色
1700460088
1700460089
抽象主题类可以是抽象类也可以是接口,是一个最普通的业务类型定义,无特殊要求。
1700460090
1700460091
❑RealSubject具体主题角色
1700460092
1700460093
也叫做被委托角色、被代理角色。它才是冤大头,是业务逻辑的具体执行者。
1700460094
1700460095
❑Proxy代理主题角色
1700460096
1700460097
也叫做委托类、代理类。它负责对真实角色的应用,把所有抽象主题类定义的方法限制委托给真实主题角色实现,并且在真实主题角色处理完毕前后做预处理和善后处理工作。
1700460098
1700460099
我们首先来看Subject抽象主题类的通用源码,如代码清单12-6所示。
[
上一页 ]
[ :1.70046005e+09 ]
[
下一页 ]