Adapter

/*Adapter
 * Motivation
 * For the changing of the enviorment, we need adapt some object to the new enviroment
 * Intent
 *将一个类的接口转换成用户系统的另一个接口
 */

其实适配器就好像插盘和插头的组合，客户程序使用模块就象电网只人标准同一的插盘，你的电器是两个头的还是三个头的，或使用110v的或380v的电网不考虑，所以我们就写个东西（其实是为每个被调用模块写个东西），将其可以适应调用者的要求，而不用修改调用者，这里调用者可以是客户程序，也可以是大的系统，对他们的修改往往是不可能的或代价过高的。
    在适配器模式中有类适配器和对象适配器，有人说类适配器不好，当时我也这么认为了，可又看了其它的书，发现其实无论那种适配器，都是不好的，也都是好的，C#中的面向接口编程，以前觉得挺多余的，现在结合适配器想想，面向接口编程其实根本不是编程，我认为是可以说是面向规则管理。尤其是在对象适配器模式中，如果适配器继承与实体类而不是接口，当实体类的结构发生改变后，就有可能导致运行期错误（可能发生错误是书上说的，未实践，但听起来有道理）。同时基础与实体类，就往往依赖实体类的成员变量，而成员变量的含义是否发生改编，或其最初的定义是否和写适配器者的理解是一致的都很难保证。
class a{  //实体类
int _a;
}

class aadapter:a{
  void a{
     int b = _a;   //比如我们认为_a是整数，但其实定义者其实是把他但自然数处理的，而且以后没准又被定义成了ushort，而假如是继承于接口，接口里只有函数而已
  }
}

//适配器模式范例
 using System;
 using System.Collections;
 
 interface IStack
 {
  void push(object item);
  object pop();
  object peek();
 }
 class MyStack: IStack //适配器
 {
  //此时是为对象适配器，
  //c#中不建议使用类适配，类适配其实就是多继承
  ArrayList list; //被失败的对象，对ArrayList实现栈
  public MyStack()
  {
   list = new ArrayList();
  }
  public void push(object item)
  {
   list.Add(item);
  }
  public void pop()
  {
   return list.RemoveAt(list.Count - 1);
  }
  public void peek()
  {
   return list[list.Count - 1];
  }
 }
 /*这是适配器模式的典型用法,将某对象其实也可以认为是个不用你new的类,
  * 但软件的开发,模式应用的目的是要多快好省的写程序
  * 所以只要方向正确就行了
  * 比如 运算符 重载,其实他同样是适配器,但他是将被适配对象作为参数来适配的
  * 所以把握 模式的动机 和 开发的一般规律就可以了,而不用拘泥于形式
  * /

对象适配器：
 

类适配器：C#中不建议使用