揭秘适配器模式：实用且优雅的系统集成利器

见解分享

2023-09-26 08:49:33

适配器模式：桥梁构建

在软件开发中，经常需要将不同的系统或组件集成在一起，而这些系统或组件可能使用不同的接口或遵循不同的协议。适配器模式恰好提供了这种桥梁功能，它允许两个原本不兼容的接口或类进行交互。

适配器模式的关键思想是创建了一个适配器类，该类实现了目标接口，同时包装或委托给另一个现有类来完成实际的工作。这样，客户端代码就可以通过适配器与目标接口进行交互，而无需了解适配器内部的实现细节。

适配器模式的优点

适配器模式具有以下优点：

灵活性： 适配器模式提供了极大的灵活性，允许系统在不修改现有代码的情况下进行集成。
可扩展性： 随着系统需求的变化，可以轻松添加新的适配器以支持更多接口或类。
可维护性： 适配器模式有助于代码的可维护性，因为适配器类将客户代码与被适配的代码分离开来。
遵循最少知识原则： 适配器模式遵循最少知识原则，因为它只允许客户代码与适配器接口交互，而不必了解底层实现。

适配器模式在 Spring 框架中的应用

Spring 框架广泛使用适配器模式，其中一个著名的例子就是拦截器。拦截器允许开发人员在请求和响应处理期间插入自定义逻辑。Spring 使用适配器模式将拦截器集成到其请求处理管道中，而无需修改核心框架。

实际案例：自定义拦截器

让我们通过一个实际案例来演示适配器模式的应用。假设我们有一个应用程序，需要在每个请求之前和之后执行一些自定义逻辑。我们可以使用 Spring 的 HandlerInterceptor 接口来创建自定义拦截器。

然而，HandlerInterceptor 接口在 Spring 4 中被弃用，取而代之的是 HandlerMethodArgumentResolver 和 HandlerMethodReturnValueHandler 接口。为了使用这些新接口，我们需要创建适配器类：

public class CustomHandlerMethodArgumentResolverAdapter 
implements HandlerMethodArgumentResolver {

    private final CustomHandlerInterceptor customHandlerInterceptor;

    public CustomHandlerMethodArgumentResolverAdapter(
            CustomHandlerInterceptor customHandlerInterceptor) {
        this.customHandlerInterceptor = customHandlerInterceptor;
    }

    @Override
    public boolean supportsParameter(MethodParameter parameter) {
        return true;
    }

    @Override
    public Object resolveArgument(MethodParameter parameter, 
MockMvcRequestBuilders.MockHttpServletRequest request, 
MockMvcRequestBuilders.MockHttpServletResponse response, 
MethodArgumentResolutionContext context) 
throws Exception {
        return customHandlerInterceptor.preHandle(request, 
response, null);
    }
}