zoukankan      html  css  js  c++  java
  • 8,适配器模式(Adapter Pattern)是将一个类的接口转换成客户希望的另外一个接口。使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 就是需要一个翻译

    Adapter模式也叫适配器模式就是需要一个翻译

    是构造型模式之一,通过Adapter模式可以改变已有类(或外部类)的接口形式。

    适用于:是将一个类的接口转换成客户希望的另外一个接口。使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

    什么时候使用适配器

     1 #include <iostream>
     2 using namespace std;
     3 
     4 // Current18 
     5 // Current220
     6 // Adapter 
     7 
     8 class  Current18v
     9 {
    10 public:
    11     virtual void useCurrent18v() = 0;
    12 };
    13 
    14 class  Current220v
    15 {
    16 public:
    17     void useCurrent220v()
    18     {
    19         cout << "我是220v 欢迎使用" << endl;
    20     }
    21 };
    22 
    23 class Adapter : public Current18v
    24 {
    25 public:
    26     Adapter(Current220v *current)
    27     {
    28         m_current = current;
    29     }
    30     virtual void useCurrent18v()
    31     {
    32         cout << "适配器 适配 220v " ;
    33         m_current->useCurrent220v();
    34     }
    35 protected:
    36 private:
    37     Current220v *m_current;
    38 };
    39 
    40 
    41 void main()
    42 {
    43     Current220v        *current220v = NULL;
    44     Adapter            *adapter = NULL;
    45 
    46     current220v = new Current220v;
    47     adapter = new Adapter(current220v);
    48     adapter->useCurrent18v();
    49 
    50     delete current220v ;
    51     delete adapter;
    52 
    53     cout<<"hello..."<<endl;
    54     system("pause");
    55     return ;
    56 }

    装饰者与适配者模式的区别:

    1.关于新职责:适配器也可以在转换时增加新的职责,但主要目的不在此。装饰者模式主要是给被装饰者增加新职责的。

    2.关于原接口:适配器模式是用新接口来调用原接口,原接口对新系统是不可见或者说不可用的。装饰者模式原封不动的使用原接口,系统对装饰的对象也通过原接口来完成使用。(增加新接口的装饰者模式可以认为是其变种--“半透明”装饰者)

    3.关于其包裹的对象:适配器是知道被适配者的详细情况的(就是那个类或那个接口)。装饰者只知道其接口是什么,至于其具体类型(是基类还是其他派生类)只有在运行期间才知道。

    要点:

    1. 装饰者和被装饰对象有相同的超类型。

    2. 可以用一个或多个装饰者包装一个对象。

    3. 装饰者可以在所委托被装饰者的行为之前或之后,加上自己的行为,以达到特定的目的。

    4. 对象可以在任何时候被装饰,所以可以在运行时动态的,不限量的用你喜欢的装饰者来装饰对象。

    5. 装饰模式中使用继承的关键是想达到装饰者和被装饰对象的类型匹配,而不是获得其行为。

    6. 装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型。在实际项目中可以根据需要为装饰者添加新的行为,做到“半透明”装饰者。

    适用场景与优缺点:

    在以下情况下应当使用装饰模式:

    1.需要扩展一个类的功能,或给一个类增加附加责任。 

    2.需要动态地给一个对象增加功能,这些功能可以再动态地撤销。 

    3.需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变得不现实。

    优点:

    1. Decorator模式与继承关系的目的都是要扩展对象的功能,但是Decorator可以提供比继承更多的灵活性。

    2. 通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。

    缺点:

    1. 这种比继承更加灵活机动的特性,也同时意味着更加多的复杂性。

    2. 装饰模式会导致设计中出现许多小类,如果过度使用,会使程序变得很复杂。

    3. 装饰模式是针对抽象组件(Component)类型编程。但是,如果你要针对具体组件编程时,就应该重新思考你的应用架构,以及装饰者是否合适。当然也可以改变Component接口,增加新的公开的行为,实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

  • 相关阅读:
    Grid如何固定列宽?
    ORACLE 去除重复记录
    Ajax学习之“一头雾水”
    对对碰方块交换及消去效果实现
    存储过程学习(二)
    asp.net 页面重用问题
    一个图表控件
    存储过程学习(一)
    ScriptManager.RegisterClientScriptBlock的疑问
    用indy做发贴机
  • 原文地址:https://www.cnblogs.com/D-DZDD/p/7340815.html
Copyright © 2011-2022 走看看