代理模式及模板模式.pptxVIP

依赖（Dependency）:虚线箭头表示：元素A的变化会影响元素B，但反之不成立，那么B和A的关系是依赖关系，B依赖A；类属关系和实现关系在语义上讲也是依赖关系，但由于其有更特殊的用途，所以被单独描述。 uml中用带箭头的虚线表示Dependency关系，箭头指向被依赖元素。 关联（Association）：实线箭头表示：元素间的结构化关系，是一种弱关系，被关联的元素间通常可以被独立的考虑。uml中用实线表示Association关系，箭头指向被依赖元素。其中带箭头是单向 关联，无箭头即一个实线是双向关联。;聚合（Aggregation）：带空心菱形头表示：关联关系的一种特例，表示部分和整体（整体 has a 部分）的关系。uml中用带空心菱形头的实线表示Aggregation关系，菱形头指向整体。 合成/组合（Composition）：带实心菱形头的实线表示：组合是聚合关系的变种，表示元素间更强的组合关系。 如果是组合关系，如果整体被破坏则 个体一定会被破坏，而聚合的个体则 可能是被多个整体所共享的，不一定 会随着某个整体的破坏而被破坏。 uml中用带实心菱形头的实线表示Composition关系，菱形头指向整体。 ;泛化（Generalization）：通常所说的继承（特殊个体 is kind of 一般个体）关系，不必多解释了。uml中用带空心箭头的实线线表示Generalization关系，箭头指向一般个体。 实现（Realize）：元素A定义一个约定，元素B实现这个约定，则B和A的关系是Realize，B realize A。这个关系最常用于接口。uml中用空心箭头和虚线表示Realize关系，箭头指向定义约定的元素。 ;代理模式的定义 ;代理模式的基本UML类图;代理模式的基本时序图;动机 1.为了在我们确实需要这个对象时才对它进行创建和初始化。 2.用户希望程序和某个对象打交道，程序不希望用户直接访问该对象;//抽象角色： abstract public class Subject{ abstract public void request(); } //真实角色：实现了Subject的request()方法。 public class RealSubject extends Subject{ public RealSubject(){ } public void request(){ System.out.println(From real subject.); } };//代理角色： public class ProxySubject extends Subject{ private RealSubject realSubject; //以真实角色作为代理角色属性 public ProxySubject(){ } public void request(){ //该方法封装了真实对象的request方法 preRequest(); if( realSubject == null ){ realSubject = new RealSubject(); } realSubject.request(); //此处执行真实对象的request方法 postRequest(); } private void preRequest(){ //something you want to do before requesting } private void postRequest(){ //something you want to do after requesting } };//客户端调用： Subject sub=new ProxySubject(); Sub.request(); 由以上代码可以看出，客户实际需要调用的是RealSubject类的request()方法，现在用ProxySubject来代理RealSubject类，同样达到目的，同时还封装了其他方法(preRequest(),postRequest())，可以处理一些其他问题。 另外，如果要按照上述的方法使用代理模式，那么真实角色必须是事先已经存在的，并将其作为代理对象的内部属性。但是实际使用时，一个真实角色必须对应一个代理角色，如果大量使用会导致类的急剧膨胀；此外，如果事先并不知道真实角