Spring中的适配器模式和策略模式

1. 适配器模式的应用

1.1适配器模式(Adapter Pattern)的原始定义是:将一个类的接口转换为客户期望的另一个接口,适配器可以让不兼容的两个类一起协同工作。

1.2 AOP中的适配器模式

在Spring的AOP中,使用Advice(通知)来增强被代理类的功能。Advice的类型有:BeforeAdvice、AfterReturningAdvice、ThrowsAdvice。每种Advice都有对应的拦截器,如MethodBeforeAdviceInterceptor、AfterReturningAdviceInterceptor、ThrowsAdviceInterceptor。

1.3 代码示例

以下示例展示了如何使用适配器模式在Spring AOP中增强一个目标类的功能。

java 复制代码
public interface MyService {
    void doSomething();
}

public class MyServiceImpl implements MyService {
    @Override
    public void doSomething() {
        System.out.println("Doing something ...");
    }
}

// 使用Advice(通知)来增强被代理类的功能
public class MyBeforeAdvice implements MethodBeforeAdvice {
    // 在目标方法执行前进行拦截
    @Override
    public void before(Method method, Object[] objects, Object o) throws Throwable {
        System.out.println("我变强,也变秃了......");
    }
}

// 自定义适配器对象,将BeforeAdvice对象适配为一个MethodBeforeAdviceInterceptor对象
public class MyBeforeAdviceAdapter extends MethodBeforeAdviceInterceptor {
    public MyBeforeAdviceAdapter(MethodBeforeAdvice advice) {
        super(advice);
    }
}

public class Test01 {
    public static void main(String[] args) {
        // 创建前置通知对象
        MyBeforeAdvice advice = new MyBeforeAdvice();
        // 创建适配器对象,传入通知对象
        MyBeforeAdviceAdapter adapter = new MyBeforeAdviceAdapter(advice);
        // 获取目标对象的代理工厂
        ProxyFactory factory = new ProxyFactory(new MyServiceImpl());
        // 向代理对象中添加适配器对象
        factory.addAdvice(adapter);
        // 获取代理对象
        MyService proxy = (MyService) factory.getProxy();
        // 调用代理方法
        proxy.doSomething();
    }
}

每个类对应适配器模式中的如下角色:

  1. TargetMyServiceImpl类是目标对象,即需要被代理的对象。
  2. AdapterMyBeforeAdviceAdapter类是适配器对象,它将 MyBeforeAdvice对象适配为一个 MethodBeforeAdviceInterceptor对象,使得 MyBeforeAdvice可以被应用到目标对象的代理中。
  3. AdapteeMyBeforeAdvice类是被适配的对象,它定义了一个前置通知方法,在目标方法执行前进行拦截。
  4. ClientTest01类是客户端,它通过创建适配器对象并将其添加到目标对象的代理中,实现了在目标方法执行前应用 MyBeforeAdvice的前置通知。

2. 策略模式的应用

策略模式是一种行为设计模式,它允许定义一系列算法,将每个算法分别封装起来,并使它们可以相互替换。这种模式使得算法可以在不影响客户端的情况下发生变化。在Spring框架中,策略模式的应用十分广泛,下面是Resource接口及其实现类的示例。

2.1 Resource 接口

Spring框架的资源访问Resource接口提供了强大的资源访问能力。Spring框架本身大量使用了Resource接口来访问底层资源。Resource接口本身没有提供访问任何底层资源的实现逻辑,而是针对不同的底层资源提供了不同的Resource实现类,这些实现类负责不同的资源访问逻辑。

Spring为Resource接口提供了如下实现类:

  • UrlResource:访问网络资源的实现类。
  • ClassPathResource:访问类加载路径里的资源的实现类。
  • FileSystemResource:访问文件系统里的资源的实现类。
  • ServletContextResource:访问相对于ServletContext路径里的资源的实现类。
  • InputStreamResource:访问输入流资源的实现类。
  • ByteArrayResource:访问字节数组资源的实现类。

这些Resource实现类针对不同的底层资源提供了相应的资源访问逻辑,并提供便捷的包装,以便客户端程序的资源访问。

java 复制代码
public class ResourceTest {

    public static void main(String[] args) throws IOException {
        // 创建ClassPathResource对象
        Resource resource = new ClassPathResource("application.properties");

        // 调用getInputStream()方法读取资源
        InputStream is = resource.getInputStream();

        byte[] bytes = new byte[1024];
        int n;
        while ((n = is.read(bytes)) != -1) {
            System.out.println(new String(bytes, 0, n));
        }
        is.close();
    }
}

2.2 DefaultResourceLoader

ResourceLoader接口用于返回Resource对象,其实现可以看作是一个生产Resource的工厂类。当创建Resource对象时,Spring会根据传入的资源路径来选择相应的Resource实现类。这一过程是由Spring中的ResourceLoader接口及其实现类DefaultResourceLoader来完成的。

DefaultResourceLoader中的getResource方法会根据传入的资源路径选择相应的Resource实现类,从而实现了策略模式的效果。

java 复制代码
public Resource getResource(String location) {
    Assert.notNull(location, "Location must not be null");

    // 遍历ProtocolResolver集合,通过ProtocolResolver来解析资源路径
    for (ProtocolResolver protocolResolver : this.getProtocolResolvers()) {
        Resource resource = protocolResolver.resolve(location, this);
        if (resource != null) {
            return resource;
        }
    }

    // 没有找到对应的ProtocolResolver,使用默认的处理方式
    if (location.startsWith("/")) {
        // 以斜杠开头的路径,表示基于ServletContext的相对路径
        return this.getResourceByPath(location);
    } else if (location.startsWith("classpath:")) {
        // 以classpath:开头的路径,表示在classpath下查找资源
        return new ClassPathResource(location.substring("classpath:".length()), this.getClassLoader());
    } else {
        try {
            // 尝试将路径解析为URL,如果是文件URL则创建FileUrlResource,否则创建UrlResource
            URL url = new URL(location);
            return (Resource) (ResourceUtils.isFileURL(url) ? new FileUrlResource(url) : new UrlResource(url));
        } catch (MalformedURLException var5) {
            // 如果路径无法解析为URL,则当做相对路径来处理
            return this.getResourceByPath(location);
        }
    }
}

在上述代码中,getResource方法根据传入的资源路径选择相应的Resource实现类,从而实现了策略模式的效果。不同的实现类负责不同类型资源的访问逻辑,使得Resource接口的使用更加灵活和便捷。

相关推荐
duration~39 分钟前
Maven随笔
java·maven
zmgst43 分钟前
canal1.1.7使用canal-adapter进行mysql同步数据
java·数据库·mysql
跃ZHD1 小时前
前后端分离,Jackson,Long精度丢失
java
blammmp1 小时前
Java:数据结构-枚举
java·开发语言·数据结构
暗黑起源喵2 小时前
设计模式-工厂设计模式
java·开发语言·设计模式
WaaTong2 小时前
Java反射
java·开发语言·反射
九圣残炎2 小时前
【从零开始的LeetCode-算法】1456. 定长子串中元音的最大数目
java·算法·leetcode
wclass-zhengge2 小时前
Netty篇(入门编程)
java·linux·服务器
成富3 小时前
文本转SQL(Text-to-SQL),场景介绍与 Spring AI 实现
数据库·人工智能·sql·spring·oracle
Re.不晚3 小时前
Java入门15——抽象类
java·开发语言·学习·算法·intellij-idea