Head First设计模式——适配器和外观模式 Head First设计模式——装饰者模式Head First设计模式——策略模式

前言:为什么要一次讲解这两个模式,说点骚话:因为比较简单(*^_^*),其实是他们两个有相似和有时候我们容易搞混概念。

讲到这两个设计模式与另外一个“装饰者模式”也有相似,他们三个按照结构模式分类都属于“结构性模式”,所有我们接下来就来看什么是适配器模式和外观模式。

另外装饰模式可以看我的另一篇博文→Head First设计模式——装饰者模式

一、适配器模式

适配器对应到我们现实生活中的例子,最典型的就是插头接口适配器,比如我们买的有些港版手机充电头是圆形三角插头,而大陆的三角电源插板插不进去港版的插头。

这时候我们就会在某宝上买个转接头转换一下,而这个转接头就是适配器,用它来适配港版手机充电头让他能够插入到我们的电源插板里面。

在设计模式中这个适配器是什么,用程序如何表现,先让我举个栗子:我们有一只鸭子,一只鸡,我们如何通过适配器转换鸭和鸡。

鸭子有很多种,我们定义一个鸭子的接口,然后以绿头鸭为例。关于这个绿头鸭在策略模式也有用到,可以看看我另一篇绿头鸭如何搅动策略模式→Head First设计模式——策略模式

    public  interface Duck
    {
        //叫
        public void Quack();
        //飞
        public void Fly();
    }

    public class GreenDuck : Duck
    {
        public void Fly()
        {
            Console.WriteLine("绿头鸭,飞");
        }

        public void Quack()
        {
            Console.WriteLine("绿头鸭,呱呱叫");
        }
    }

  同样我们定义一个鸡的接口,和一只母鸡的类

    public  interface Chicken
    {
        //叫
        public void Gobble();
        //飞
        public void Fly();
    }

    public class Hen : Chicken
    {
       
        public void Gobble()
        {
            Console.WriteLine("母鸡,咯咯叫");
        }

        public void Fly()
        {
            Console.WriteLine("母鸡,飞");
        }

    }

  鸭子和母鸡的叫声不一样,现在我们让母鸡来冒充鸭子,利用适配器模式如何做。 直接看代码吧

    /// <summary>
    /// 母鸡适配器
    /// 适配母鸡让它变成鸭子
    /// </summary>
    public class HenAdapter : Duck
    {
        Chicken chicken;
        public HenAdapter(Chicken chicken)
        {
            this.chicken = chicken;
        }
        public void Quack()
        {
            //调用母鸡咯咯叫
            chicken.Gobble();
        }

        public void Fly()
        {
            //调用母鸡飞
            chicken.Fly();
        }

    }

  测试母鸡适配器

如上我们使用母鸡适配器将母鸡适配成了鸭子,鸭子也可以用适配器将鸭子适配成母鸡,适配器模式定义:

适配器模式:将一个类的接口,装换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。

与适配器看起来相似的装饰者模式是包装对象的行为或责任,装饰者被包装后可能会继续被包装,他们不装换接口,而适配器则一定会进行接口的转换。

适配的工作是将一个接口转换成另外一个接口,虽然大多数适配器采取的例子都是让一个适配器包装一个被适配者,但是有时候我们需要让一个适配器包装多个被适配者。

而这实际又涉及到另外一个模式,就是外观模式,我们常常将适配器模式和外观模式混为一谈,那接着就来讲解外观模式。

二、外观模式

外观模式以家庭影院为例,家庭影院有许多组件构成,比如:显示屏、DVD、音响、灯光等等。

当我们要看电影的时候要打开显示屏,打开DVD,打开音响,关闭灯光等一系列动作,将这些动作写成类方法的调用

            Screen screen = new Screen();
            DVD dvd = new DVD();
            SoundEngineer sound = new SoundEngineer();
            Light light = new Light();

            screen.Down();
            dvd.PlayDVD();
            sound.TurnOn();
            light.TurnOff();

可以看到每次我们要使用就要调用一篇这些方法,如果要关闭呢,我们也需要调用一篇。而我们正需要的就是一个外观:通过实现一个提供更合理的接口的外观类。

还是看代码吧

 public class HomeThreaterFacade
    {
        Screen screen;
        DVD dvd;
        SoundEngineer sound;
        Light light;

        public HomeThreaterFacade(Screen screen,DVD dvd,SoundEngineer sound,Light light)
        {
            this.screen = screen;
            this.dvd = dvd;
            this.sound = sound;
            this.light = light;
        }

        public void WatchMovie()
        {
            Console.WriteLine("开始播放电影......");
            screen.Down();
            dvd.PlayDVD();
            sound.TurnOn();
            light.TurnOff();
        }
    }

由于其他类比较简单就是一个打印输出,我就不列出来了,还有关闭方法同理也很简单就实现了。

还是测试一下效果:

外观模式定义

外观模式:提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易使用。

外观模式遵循了一个设计原则

最少知识原则:之和你的密友谈话。

这个原则希望我们在设计中,不要让太多的类耦合在一起,免得修改系统中一部分,会影响其他部分。而外观模式让用户不用关心全部子系统组件,让客户变得简单有弹性。我们可以在不影响客户的情况下升级外观模式里的组件,而客户只有一个朋友,也就是外观模式。

三、适配器模式与外观模式区别

从上面例子我们也许会觉得适配器和外观模式之间的差异在于:适配器包装一个类,而外观可以代表许多类

但是实际它们的本质和作用并不是在于包装多少类,适配器模式将一个或多个接口变成客户期望的一个接口,我们一般适配一个类,但是特殊需求也可以适配多个类来提供一个接口。类是地,一个外观也可以只争对一个复杂接口的类提供简化接口。两中模式的差异在于他们的意图。适配器模式意图是将接口装换成不同接口,外观的意图是简化接口。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结