設(shè)計模式-適配器

1、設(shè)計設(shè)計模式之模式之適配器適配器適配器模式適配器模式先考慮這種設(shè)計模式適用場景：假如我們有一個運行良好的接口以及其實現(xiàn)，（Version1.0，比如說是按照用戶要求開發(fā)的日志系統(tǒng)，這個日志系統(tǒng)是基于文件記錄的FileLogger），但是由于系統(tǒng)升級或者用戶需求變化等，我們又設(shè)計了一個新的接口以及實現(xiàn)（Version2.0，比如說是按照用戶的要求，讓日志系統(tǒng)是基于數(shù)據(jù)庫記錄的DBLogger），并且這個新設(shè)計的接口也能良好運行...假如到

2、此為止，我們還沒看出設(shè)計模式的用武之地。然而，我們知道，用戶的需求創(chuàng)意是無窮無盡的，現(xiàn)在用戶說了，我們想同時用這兩種日志系統(tǒng)...就是說，現(xiàn)如今的業(yè)務(wù)是運行在Version2.0的接口上，但是我要用Version1.0的實現(xiàn)...好，需求出來了，那么怎么實現(xiàn)呢？兩個接口的方法都不一致（兼容）？說起來也簡單，大約有這么2套方案：1，我們按照DBLogger的接口，在重新開發(fā)一套，適用于文件系統(tǒng)的日志。2，直接修改Version1.0的代碼

3、。先說第一種方案，這么做確實可以，而且很直觀。但是在我們已完成相應(yīng)功能的前提下，再重新寫一套代碼其實是沒有必要的，并且代碼復(fù)用性也不高。從這個角度考慮，如果有更好的辦法，我們可以將這個方案pass掉。再說第二種方案，第二種方案也可以解決問題，但是它暴露的問題更加明顯。如果直接修改第一版本的代碼，那么很可能造成其他依賴這些代碼的代碼不能運行，也就是存在依賴關(guān)系的約束。這個方案還不如第一個方案，所以我們毫不猶豫的把它pass！兩種方案都被否

4、定了，下面就是適配器模式上場了。適配器模式作用：將一個接口適配器模式作用：將一個接口轉(zhuǎn)化為客戶端希望的另一個接口，使得原本由于接口不相容的兩個端希望的另一個接口，使得原本由于接口不相容的兩個類，可以，可以相互配合的一起工作。相互配合的一起工作。主要就是起一個主要就是起一個轉(zhuǎn)換轉(zhuǎn)換器的作用，目的就是復(fù)用原來的功能，器的作用，目的就是復(fù)用原來的功能，說白了就是白了就是讓兩個接口匹配起來。想想看，適配器兩個接口匹配起來。想想看，適配器的作用在

5、生活中很常的作用在生活中很常見，比如管道比如管道轉(zhuǎn)接頭，三相插座插口，三相插座插口轉(zhuǎn)換轉(zhuǎn)換器等。器等。這就是適配器模式出現(xiàn)的背景...下面我們看一下代碼的實現(xiàn)：首先看一下日志模型類（JavaBean）：packagemode.adapt這是日志對象的模型簡化點寫，只有操作人和操作@authrootpublicListreadLog()publicvoidwriteLog(LogModelmodel)以及具體實現(xiàn)：packagemode.

6、adaptimptjava.util.List文件日志操作的簡單實現(xiàn)@authrootpublicclassFileLoggerImplimplementsFileLogger@OverridepublicListreadLog()System.out.println(“讀取日志文件內(nèi)容....“)returnnull@OverridepublicvoidwriteLog(LogModelmodel)System.out.println

7、(“寫入日志文件：“model)假設(shè)這就是我們使用的Version1.0的代碼，但是由于系統(tǒng)升級或者用戶需求變化，倒是接口改變。如再下面就是Version2.0的日志系統(tǒng)接口，是面向數(shù)據(jù)庫的：packagemode.adaptimptjava.util.List數(shù)據(jù)庫文件系統(tǒng)的操作接口@authrootpublicinterfaceDBLoggerpublicvoidaddLog(LogModelmodel)publicvoidupda