当前位置：首页 > news >正文

设计模式之代理模式与外观模式

news 2025/7/24 4:09:02

代理模式

简介

优缺点

角色职责

实现

运用场景

外观模式

简介

角色职责

优缺点

实现

使用场景

代理模式

简介

由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时，访问对象不适合或者不能直接引用目标对象，代理对象作为访问对象和目标对象之间的中介

优缺点

优点：

1.在客户端与目标对象之间起到一个中介作用和保护目标对象的作用

2.可以扩展目标对象的功能

3.将客户端与目标对象分离，在一定程度上降低了系统的耦合度，增加了程序的可扩展性

缺点：

1.会造成系统设计中类的数量增加

2.在客户端和目标对象之间增加一个代理对象，会造成请求处理速度变慢

3.增加了系统的复杂度

角色职责

抽象主题（Subject）类：通过接口或抽象类声明真实主题和代理对象实现的业务方法。
真实主题（Real Subject）类：实现了抽象主题中的具体业务，是代理对象所代表的真实对象，是最终要引用的对象。
代理（Proxy）类：提供了与真实主题相同的接口，其内部含有对真实主题的引用，它可以访问、控制或扩展真实主题的功能

实现

package proxy;
public class ProxyTest {public static void main(String[] args) {Proxy proxy = new Proxy();proxy.Request();}
}
//抽象主题
interface Subject {void Request();
}
//真实主题
class RealSubject implements Subject {public void Request() {System.out.println("访问真实主题方法...");}
}
//代理
class Proxy implements Subject {private RealSubject realSubject;public void Request() {if (realSubject == null) {realSubject = new RealSubject();}preRequest();realSubject.Request();postRequest();}public void preRequest() {System.out.println("访问真实主题之前的预处理。");}public void postRequest() {System.out.println("访问真实主题之后的后续处理。");}
}

运用场景

1.AOP：通过定义切面、切入点和通知等，Spring AOP在运行时生成代理对象，将切面逻辑织入到目标对象的方法调用中。代理对象在方法调用前后执行附加操作，如日志记录、性能监控等。
2.动态代理（JDK动态代理、CGLIB代理）：当Bean类实现了接口时，Spring使用JDK动态代理来为Bean生成代理对象；当Bean类没有实现接口时，Spring使用CGLIB代理来生成代理对象。

外观模式

简介

提供了统一的接口，用来访问子系统中的一群接口。外观模式定义了一个高层接口，让子系统更加容易使用。

角色职责

外观角色：提供一个外观接口，对外提供一个易于客户端访问的接口，对内可以访问子系统中的所有功能。

子系统角色：子系统在整个系统中可以是一个或者多个模块，每个模块都是若干类组成，这些类之间可能相互复杂的关系。

客户端：外观接口调用测试者。

优缺点

优点：

1.减少系统相互依赖

2.提高灵活性

3.提高了安全性

缺点：

在不对外观类进行抽象的时候，如果需要添加新的子系统，就需要对外观类进行修改，违背了开闭原则

实现

public class CPU {public void startup(){System.out.println("cpu startup!");}public void shutdown(){System.out.println("cpu shutdown!");}
}public class Memory {public void startup(){System.out.println("memory startup!");}public void shutdown(){System.out.println("memory shutdown!");}
}public class Disk {public void startup(){System.out.println("disk startup!");}public void shutdown(){System.out.println("disk shutdown!");}
}public class Computer {private CPU cpu;private Memory memory;private Disk disk;public Computer(){cpu = new CPU();memory = new Memory();disk = new Disk();}public void startup(){System.out.println("start the computer!");cpu.startup();memory.startup();disk.startup();System.out.println("start computer finished!");}public void shutdown(){System.out.println("begin to close the computer!");cpu.shutdown();memory.shutdown();disk.shutdown();System.out.println("computer closed!");}
}//测试
public class User {public static void main(String[] args) {Computer computer = new Computer();computer.startup();computer.shutdown();}
}

如果没有Computer类，那么，CPU、Memory、Disk他们之间将会相互持有实例，产生关系，这样会造成严重的依赖，修改一个类，可能会带来其他类的修改，这不是我们想要看到的，有了Computer类，他们之间的关系被放在了Computer类里，这样就起到了解耦的作用，这，就是外观模式！