三毛：”我的白，你用過第三方圖片載入庫Glide嘛”

  小白：嗯嗯，平常大概就像下面那樣使用

 Glide.with(this)
      .load("url")
      .error(R.mipmap.error)
      .diskCacheStrategy(DiskCacheStrategy.SOURCE)
      .into(imageView);

一、常見需求場景

  三毛：”如果要你Glide載入的圖片是圓形或圓角圖片，你認為要怎麼整捏(不考慮自定義的ImageView)”

二、基本解決方法

  小白：如果沒方法設定的話，我想直接改原始碼，也就是在原始碼那裡，新增多個方法，當設定圖片的時候，給客戶端選擇要正常圖片還是圓形或圓角圖片

三、基本解決方法存在的問題

  三毛：”可是你沒有把Glide專案拉下來作為module，也就是你根本沒有原始碼，炸麼改？就算你本地有原始碼，你為了個圖片型別就修改原始碼，違反設計模式的開閉原則不說，萬一到時候因為改原始碼出了bug…”

  小白：那要怎麼做好捏

四、介面卡模式寫法

介面卡模式定義：把一個類的介面換成客戶端所期待的另一種介面，從而使原本因介面不匹配而無法在一起工作的兩個類能夠在一起工作。

  三毛：”對於這種原本介面無法完全滿足當前的需求時，可以使用介面卡模式。下面是大話設計模式的一段話”

從功能上講這些介面不相容的類一般具有相同或相似的功能。通常我們通過修改該類的介面來解決這種介面不相容的情形，但是如果我們不願意為了某個功能或應用而去修改原有的介面，或我們壓根就沒有原有物件的原始碼怎麼辦呢

  三毛：”其實Glide在設計的時候人家也是考慮到了，雖然不是直接設定型別，但是提供了一個方法transform()，方法裡的引數要傳BitmapTransformation類例項，然後你想怎麼自定義就怎麼自定義”

  小白：奧，之前沒用過，不知道


  三毛：”下面我們寫個轉換類(其實就是介面卡模式)，把圖片轉換成我們想要的形狀”

//繼承Glide提供的抽象類BitmapTransformation
public class CircleAdapter extends BitmapTransformation {

    public CircleAdapter(Context context) {
        super
 
(context);
    }

    @Override
    protected Bitmap transform(BitmapPool pool, Bitmap toTransform, int outWidth, int outHeight) {
        //在這裡把圖片轉換成你需要的形狀...
        return result;
    }

    @Override
    public String getId() {
        return getClass().getName();
    }
}

//使用
  Glide.with(this)
      .load("url")
      .error(R.mipmap.error)
      .diskCacheStrategy(DiskCacheStrategy.SOURCE)
      .transform(new CircleAdapter(this))//利用Glide提供給的方法使用我們寫好的轉換器
      .into(imageView);

介面卡模式解釋：

  小白： 這不是繼承重寫嘛，難道繼承重寫就是介面卡模式？


  三毛：”繼承重寫當然不是介面卡模式”

  小白： 那你為嘛還說上面就是介面卡模式

  三毛：”我現在舉個介面卡模式標準例子”

//介面IA
public interface IA {
    void A();
}

//類A
public class A implements IA{
    @Override
    public void A() {
        init();
        //下一步操作...
    }

    public void init(){
        //初始化操作...
    }
}


//------------------------分割線------------------------//


//介面IB
public interface IB {
    void B();
}

//現在要寫個CircleAdapterB類，要實現介面IB
public class CircleAdapterB  implements IB{
    @Override
    public void B() {
        //在這裡做操作前，也要初始化，發現上面的類B已經寫好的初始化方法，
        //也和這裡要寫的初始化方法一樣
    }
}

//那麼只要繼承類A就好了
public class CircleAdapterB extends A implements IB {
    @Override
    public void B() {
        init();
        //下一步操作...
    }
}

  小白：上面IA,IB介面不同，但是CircleAdapterB類使它們能夠在一起工作，這就是介面卡模式，原來牙齒

  三毛：”既然你明白了上面的小例子，對於前面的CircleAdapter類也是一個意思，繼承某介面(只不過它是抽象類)重寫transform方法，然後呼叫了某類的方法(這裡呼叫父類建構函式進行初始化)”

  小白： 感覺怪怪的，但是又說不上來…


  三毛：“那是因為BitmapTransformation是抽象類，而小例子A不是抽象類，其實沒多大區別，你不能因為別人換了個包裝，你就不認識它，說它不是介面卡模式了啊，這也說明你對抽象類還是不能很好的理解使用呦，我的白”

  三毛：”除了這個，像ListView的自定義介面卡(繼承BaseAdapter)、基類…都使用了介面卡模式喔”

  小白：


  三毛：“介面卡模式一般分為兩種寫法，但是不管有多少種寫法，它的本質’原本因介面不匹配而無法在一起工作的兩個類能夠在一起工作’是不會變的，下面我舉幾個簡單小例子給你看看兩種寫法方式”

介面卡模式一般分為兩種寫法：(1)類介面卡模式；

              (2)物件介面卡模式。

(1)類介面卡模式

原理：通過繼承來實現介面卡功能。

//介面IA
public interface IA {
    void A();
}

//類A
public class A implements IA{
    @Override
    public void A() {
        init();
        //下一步操作...
    }

    public void init(){
        //初始化操作...
    }
}


//------------------------分割線------------------------//


//介面IB
public interface IB {
    void B();
}

//現在要寫個CircleAdapterB類，要實現介面IB
public class CircleAdapterB  implements IB{
    @Override
    public void B() {
        //在這裡做操作前，也要初始化，發現上面的類B已經寫好的初始化方法，
        //也和這裡要寫的初始化方法一樣
    }
}

//那麼只要繼承類A就好了
public class CircleAdapterB extends A implements IB {
    @Override
    public void B() {
        init();
        //下一步操作...
    }
}

(2)物件介面卡模式

　原理：通過組合來實現介面卡功能。

//介面IA
public interface IA {
    void A();
}

//類A
public class A implements IA{
    @Override
    public void A() {
        init();
        //下一步操作...
    }

    public void init(){
        //初始化操作...
    }
}


//------------------------分割線------------------------//


//介面IB
public interface IB {
    void B();
}

//現在要寫個CircleAdapterB類，要實現介面IB
public class CircleAdapterB  implements IB{
    @Override
    public void B() {
        //在這裡做操作前，也要初始化，發現上面的類B已經寫好的初始化方法，
        //也和這裡要寫的初始化方法一樣
    }
}

//不使用繼承，使用物件
public class CircleAdapterB implements IB {
    private A mA;

    public CircleAdapterB(A a) {
        this.mA = a;
    }

    @Override
    public void B() {
        mA.init();
        //下一步操作...
    }
}

五、介面卡模式和普通寫法區別

1、複用性好；

2、靈活性和擴充套件性好，符合開閉原則；