从SpringMVC看适配器模式

本文探讨了SpringMVC如何运用适配器模式,以解决控制器接口多样性导致的代码维护问题。通过适配器接口,SpringMVC允许各种Controller实现方式共存,遵循了开闭原则。文章介绍了适配器模式的基本概念、适用场景、核心组件,并对比了类适配器和对象适配器的实现方式,最后总结了模式优缺点和适用场景。
摘要由CSDN通过智能技术生成

引言

最近在读springMVC源码的时候,发现在springMVC的整个流程架构当中,适配器模式是一个非常经典的应用,当然适配模式是一个比较简单的设计模式。

一、springMVC为什么使用适配器模式?

我们知道在springmvc的架构中,控制器(controller)的实现方式有多种,例如直接使用@Controller注解、直接实现 controller接口等, 每一种实现方式都对应不同的处理逻辑,所以如果我们直接调用controller的话,我们的代码就是这个鬼样子,一堆的if else....:

if(mappedHandler.getHandler() instanceof MultiActionController){  
   ((MultiActionController)mappedHandler.getHandler()).xxx  
}else if(mappedHandler.getHandler() instanceof XXX){  
    ...  
}else if(...){  
   ...  
}

如果我们是这样写代码的话, 现在如果又增加了一种controller的实现方式的话,我们就需要在上面方法中增加一个if else,这种形式就使得代码非常不好维护,并且也违反了设计模式中的开闭原则。

 因此SpringMVC中 定义了一个适配器接口,使得每一种controller都对应一个 适配器类,让适配器代替controller执行对应的方法,这样我们在扩展controller的时候,只需要增加一个对应的适配器类就可以了。

下面我们看一下, 适配器模式的实现框架:

二、基本概念

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

g-Jack

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值