怎么理解web設計模式中的適配器模式

本篇內容介紹了“怎么理解web設計模式中的適配器模式”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

適配器模式(Adapter Pattern) ：將一個接口轉換成客戶希望的另一個接口，適配器模式使接口不兼容的那些類可以一起工作，其別名為包裝器(Wrapper)。適配器模式既可以作為類結構型模式，也可以作為對象結構型模式。

模式結構

適配器模式包含如下角色：

• Target：目標抽象類

• Adapter：適配器類

• Adaptee：適配者類

• Client：客戶類

<!--more-->

源碼導讀

我們都知道springMVC就用到了適配器模式，那他是怎么適配呢，我們來看看它的源碼，首先我們要清楚springMVC的執行原理，它的整個流程我這里就不像述了，說一下關鍵的部分：

1. DispatcherServlte會根據配置文件信息注冊HandlerAdapter，如果在配置文件中沒有配置，那么DispatcherServlte會獲取HandlerAdapter的默認配置，如果是讀取默認配置的話，DispatcherServlte會讀取DispatcherServlte.properties文件,該文件中配置了三種HandlerAdapter：HttpRequestHandlerAdapter，SimpleControllerHandlerAdapter和AnnotationMethodHandlerAdapter。DispatcherServlte會將這三個HandlerAdapter對象存儲到它的handlerAdapters這個集合屬性中，這樣就完成了HandlerAdapter的注冊。

2. DispatcherServlte會根據handlerMapping傳過來的controller與已經注冊好了的HandlerAdapter一一匹配，看哪一種HandlerAdapter是支持該controller類型的，如果找到了其中一種HandlerAdapter是支持傳過來的controller類型，那么該HandlerAdapter會調用自己的handle方法，handle方法運用java的反射機制執行controller的具體方法來獲得ModelAndView

DispatcherServlte部分源碼

public class DispatcherServlet extends FrameworkServlet {
    ......
    ......
    @Nullable
    private List<HandlerMapping> handlerMappings;
    @Nullable
    private List<HandlerAdapter> handlerAdapters;
 	protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
        HttpServletRequest processedRequest = request;
        HandlerExecutionChain mappedHandler = null;
        boolean multipartRequestParsed = false;
        WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

        try {
            try {
                ModelAndView mv = null;
                Object dispatchException = null;

                try {
                    ......
                    ......

                    HandlerAdapter ha = this.getHandlerAdapter(mappedHandler.getHandler());
                    ......
                    ......

                    mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
                    if (asyncManager.isConcurrentHandlingStarted()) {
                        return;
                    }

                    this.applyDefaultViewName(processedRequest, mv);
                    mappedHandler.applyPostHandle(processedRequest, response, mv);
                } catch (Exception var20) {
                    dispatchException = var20;
                } catch (Throwable var21) {
				......
                }
			......
            } catch (Exception var22) {
               ......
            } catch (Throwable var23) {
 			  ......
            }

        } finally {
            ......
            ......
        }
    }
}

這里只放上比較關鍵的代碼，我們可以看到當一個請求進入doDispatch()方法的時候，它先去getHandlerAdapter()中拿到適配器，這就是第二步中根據handlerMapping中的controller找到對應適配器。找到適配器后通過ha.handle(processedRequest, response, mappedHandler.getHandler())執行我們自己的controller，mappedHandler.getHandler()就是我們自己的controller。

至于handler()如何知道該去執行controller中哪個方法，當然是通過注解去轉換對應方法的。因此，這里的適配器模式還不是特別的純粹，還結合了反射機制。DispatcherServlte屬于客戶端，我們的Controller屬于被適配的類，HandlerAdapter屬于適配器。

現在我們假定需要寫一個線程池任務調度框架，我們知道JDK自帶的線程框架可以創建一個線程池，但是線程池只能傳入實現runnable接口或者callable接口的對象。

ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
cachedThreadPool.execute(new Runnable() {
    @Override
     public void run() {
     }
})

那我們要咋樣可以讓客戶端使用的時候無須繼承runnable來使用我們的這個框架呢。你可以像springMVC一樣使用適配器加注解。也可以提供一個實現Runnable接口的抽象適配器類，讓客戶端進行一定的配置來將普通的類適配到Runnable。

關于適配器的使用方面還有很多，比如spring security的WebSecurityConfigurerAdapter和netty中的ChannelInboundHandlerAdapter 對于適配器模式類名一般都以Adapter結尾

“怎么理解web設計模式中的適配器模式”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！