大话の适配器模式VS外观模式

《大话设计模式》

  看完这本书，最让我敬佩的不是大鸟，而是小菜。他的理解与接受能力真不是盖的，大鸟每讲一个模式他都能很快就能学会并且提出自己的见解。而对于我来说就难了，只觉得故事很有趣。。

前几天学习了适配器模式与外观模式，觉得它们有很多相似的地方，所以今天就放在一块讨论讨论吧。

 

适配器模式

    一提到适配器模式，脑子里首先想到的便是姚明（记故事倒是挺准，看来也没白看）。它的核心思想：将一个类的接口转换成客户希望的另外一个接口。使得原本由于接口不兼容而不能一起工作的那些类可以一起工作【DP】。

对适配器我们应该不陌生吧，站起来看看周围的笔记本，哪个充电器上没有电源适配器。           

还有手机充电器的插头也是适配器，还有我们常用的读卡器和内存卡槽也是一种适配器，还有。。。

总之适配器的作用我们可以这样描述：

 

      一、

         二、             三 、                                       

 

适配器模式优点：通过建立适配器进行接口转化，让互相不兼容的接口变得兼容，使不必修改任何类即可让他们协同工作，很好的遵从了开闭原则。

不足：适配器模式颇有点“亡羊补牢”的感觉，他主要应用于软件开发的后期或维护期，因为这时候代码不易修改。如果是在开发期遇见接口不符的情况，首先应该考虑重构，把接口统一。

 

外观模式

提到外观模式，我想到了很多很多Money。炒股嘛~

核心思想:为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。【DP】

这精简的一句话还不足以让我们理解什么事外观模式，还是举个例子更好理解。

 

实例：股民投资基金

 

//基金类
    class Fund
    {
        Stock1 gu1;
        Stock2 gu2;
        NationalDebt1 nd1;
        Realty1 rt1;

        public Fund()
        {
            gu1 = new Stock1();
            gu2 = new Stock2();
            nd1 = new NationalDebt1();
            rt1 = new Realty1();
        }

        public void BuyFund()
        {
            gu1.Buy();
            gu2.Buy();
            nd1.Buy();
            rt1.Buy();
        }

        public void SellFund()
        {
            gu1.Sell();
            gu2.Sell();
            nd1.Sell();
            rt1.Sell();
        }

    }

    //股票1
    class Stock1
    {
        //卖股票
        public void Sell()
        {
            Console.WriteLine(" 股票1卖出");
        }

        //买股票
        public void Buy()
        {
            Console.WriteLine(" 股票1买入");
        }
    }

    //股票2
    class Stock2
    {
        //卖股票
        public void Sell()
        {
            Console.WriteLine(" 股票2卖出");
        }

        //买股票
        public void Buy()
        {
            Console.WriteLine(" 股票2买入");
        }
    }



    //国债1
    class NationalDebt1
    {
        //卖国债
        public void Sell()
        {
            Console.WriteLine(" 国债1卖出");
        }

        //买国债
        public void Buy()
        {
            Console.WriteLine(" 国债1买入");
        }
    }

    //房地产1
    class Realty1
    {
        //卖房地产
        public void Sell()
        {
            Console.WriteLine(" 房产1卖出");
        }

        //买房地产
        public void Buy()
        {
            Console.WriteLine(" 房产1买入");
        }
    }

//客户端代码
        static void Main(string[] args)
        {

            Fund jijin = new Fund();

            jijin.BuyFund();
            jijin.SellFund();
            Console.WriteLine();
            Console.WriteLine("赚大钱啦！");
            Console.Read();

        }

客户端显示:

         

代码结构图：

                

   如果股民自己炒股，搞投资那么就需要学习股票、国债知识，了解市场情况等等与股票紧密接触。这在软件设计中不就属于耦合性过高？而现在有了基金的加入，用户只需把钱投资到基金，让基金去和股票和国债打交道，用户只需关系基金就可以了。这不就是软件中所说的解耦吗？这也正体现了外观模式的核心，将客户从复杂子系统中解耦，并将一群对象包装起来以简化其接口。

 

小结：

适配器模式和外观模式都是对现存系统的封装，不同之处在于：适配器模式复用了原来的接口，使两个已经存在的接口不改动即可一起玩耍。而外观模式则是定义了一个新的接口，为子系统提供了一个更方便的访问接口。

总之：两个模式都是用来适配的，只不过适配器是用来适配对象，而外观是用来适配整个子系统的。

也可以这么理解，适配器模式就好比媒婆，只能为两个人牵线搭桥。而外观模式就好比月老，掌管整个人间姻缘之事（这么比喻好像有点牵强）。。