實(shí)際上適配器模式是用于解耦。設(shè)想一下我們的程序模塊A在與模塊B打交道時(shí)，需要在許多地方多次使用B中某個(gè)類的方法，而負(fù)責(zé)開(kāi)發(fā)B的程序猿Tom還未完全實(shí) 現(xiàn)該類，會(huì)隨時(shí)更改該類中的方法，那么當(dāng)Tom在修改時(shí)，負(fù)責(zé)A的攻城獅Jerry不得不進(jìn)行苦逼的修改。聰明的項(xiàng)目經(jīng)理Dabao想出了好方法——適配器模式，于是在Tom和Jerry之間進(jìn)行了如下設(shè)計(jì)：

/// <summary> 
   /// B中目前只定義了英雄KASS 
   /// </summary> 
   public class KASS 
   { 
       public void R() 
       { 
           //KASS的技能 
       } 
   } 
 
 
       /// <summary> 
   /// 定義英雄的接口 
   /// </summary> 
   public class Hero 
   { 
       /// <summary> 
       /// 使用virtual修飾以便子類可以重寫 
       /// </summary> 
       public virtual void attack() 
       { 
           //英雄進(jìn)攻的方法和招數(shù) 
       } 
   } 
 
 
   /// <summary> 
   /// 定義適配器 
       /// B暫時(shí)提供英雄KASS 
   /// </summary> 
   public class HeroAdapter:Hero 
   { 
       // 建立一個(gè)私有的英雄KASS對(duì)象 
       private KASS kass = new KASS(); 
 
       /// <summary> 
       /// 通過(guò)重寫，表面上調(diào)用attack()方法，實(shí)際調(diào)用R() 
       /// </summary> 
       public override void attack() 
       { 
           kass.R(); 
       } 
   } 
       
       
       /// <summary> 
   /// Tom負(fù)責(zé)的模塊A 
   /// </summary> 
       public class A 
   { 
       public static void Main(string[] args) 
       { 
           // A需要借助B中的英雄完成進(jìn)攻的任務(wù)，但B還未定下是那個(gè)英雄，所以不能直接創(chuàng)建特定英雄的對(duì)象 
                       // 但我們知道肯定要一個(gè)英雄，并且需要這個(gè)英雄去進(jìn)攻 
           Hero hero = new HeroAdapter(); 
           hero.attack(); 
 
           //... 
       } 
   } 

這樣 有一天B將KASS替換成另一個(gè)英雄后，A不需要進(jìn)行任何改動(dòng)，只要將適配器HeroAdapter中的英雄替換為B修改后的新英雄，并將attack方 法中的實(shí)現(xiàn)換成新英雄的技能即可。任A多次使用英雄，最終只需修改一個(gè)適配器即可，這就實(shí)現(xiàn)了A和B的解耦。實(shí)際上我認(rèn)為適配器的另一個(gè)作用是擔(dān)當(dāng)了A和 B之間溝通的橋梁：HeroAdapter出現(xiàn)在A中，同時(shí)HeroAdapter中包含B中的元素。負(fù)責(zé)B的Tom通過(guò)適配器明白他創(chuàng)建的英雄要能夠完 成A中進(jìn)攻的任務(wù)。

這里再舉一個(gè)實(shí)際開(kāi)發(fā)的例子進(jìn)一步探討一下適配器模式。

Win8.1 Metro開(kāi)發(fā)中，XAML綁定了一個(gè)對(duì)象University

using demo02.Helper; 
using System; 
using System.Collections.Generic; 
using System.Collections.ObjectModel; 
using System.Linq; 
using System.Text; 
using System.Threading.Tasks; 
 
namespace demo02.DataModel 
{ 
 
        public class University : Base 
        { 
          
            public University(String id, String name, String summary, String imagePath, String category, double stars, String tileImagePath) 
                : base(id, name, summary, imagePath) 
            { 
                this.Category = category; 
                this.Stars = stars; 
                this.Projects = new ObservableCollection<Project>(); 
                this.Images = new ImageHelper(); 
                this.TileImagePath = tileImagePath; 
            } 
 
            public string TileImagePath { get; set; } 
            public string Category { get; set; } 
            public double Stars { get; set; } 
            public ObservableCollection<Project> Projects { get; set; } 
 
            public int ClickTimes { get; set; } 
            //兼容 
            public ImageHelper Images { get; set; } 
 
        } 
 
} 

我會(huì)向服務(wù)器請(qǐng)求該對(duì)象的JSON形式，服務(wù)器端根據(jù)大學(xué)Id將大 學(xué)信息找到后組織到自己定義的類中，由于XAML綁定的緣故，我無(wú)法直接使用服務(wù)器端自己定義的類形式，這勢(shì)必要經(jīng)過(guò)一道工序，將服務(wù)器端的類形式轉(zhuǎn)化為 我需要的類形式，這就好比外國(guó)朋友電器的插頭不能適應(yīng)我們國(guó)家的插座，那就需要一個(gè)適配器，通過(guò)適配器插到我們的插座上。其實(shí)上面的大學(xué)類就相當(dāng)于這個(gè)適 配器，我將這個(gè)類告知負(fù)責(zé)服務(wù)器端開(kāi)發(fā)的隊(duì)友，他根據(jù)這個(gè)類的形式重新組織要發(fā)送的JSON。而我這邊不需要再進(jìn)行轉(zhuǎn)化。