Abstract Class VS Interface[一]

Abstract Class虚基类 VS Interface 接口.在一次面试的时候考官问我说，“在C# 和Java 中有AbstractClass和Interface这两种概念，不过不同的语言对他们的描述不同，但是其实质都差不多，你能不能谈谈AbstractClass和Interface的区别？”
当时听到这个问题我就傻了，其实我根本不了解他们的区别，只回答说：AbstractClass和Interface都不能直接实例化，只有继承他们的真正Class才能实例化。后来也一直没有搞清楚他们的区别。

　　　DesignPattern中有有两个模式一个叫DecoratorPattern一个叫StrategyPattern。通过在一些实际程序中运用了两个设计模，我对AbstractClass和Interface有了一些大体的了解，明白了一些AbstractClass和Interface的区别。本文写出了这两个设计模式的实例代码，来说明AbstractClass和Interface的一些区别。其实总的来说：AbstractClass和Interface的区别是：AbstractClass面向的是类的抽象，它抽象出好多类共有的成员变量，属性，方法。用类的角度来看抽象。Interface是站在方法，动作的角度来抽象，抽象出好多类都要执行的某些方法，某些动作。从Interface继承的类，保证了这个类必须拥有某些方法，有执行某些动作的能力。从AbstractClass继承的类，保证了这个类必须拥有某些的特性。

　　　DecoratorPattern，这个实例想做一个内容装饰者：把一些公用的内容放在ComponentDecorator下。在设计时先设计了两个Interface来抽象出一些方法，因为在某种情况下调用者更加关心的是Interface下实现的方法。
IComponent Component Interface
using System;
namespace DecoratorPattern
{
  /// <summary>
  /// Summary description for IComponent.
  /// </summary>
  public interface IComponent
  {
    string Draw();
  }
}

ICustomComponent CustomComponent Interface
using System;
namespace DecoratorPattern
{
  /// <summary>
  /// Summary description for ICustomComponent.
  /// </summary>
  public interface ICustomComponent:IComponent
  {
    string CustomDraw();
  }
}

ComponentDecorator ComponentDecorator AbstractClass
using System;
namespace DecoratorPattern
{
  /// <summary>
  /// Summary description for ComponentDecorator.
  /// </summary>
  public abstract class ComponentDecorator:ICustomComponent
  {
    private IComponent _component;
    public ComponentDecorator(IComponent component)
    {
      this._component = component;
    }

    #region IComponent Members
    public string Draw()
    {
      if(this._component!=null)
      {
        return this._component.Draw();
      }
      return "";
    }
    #endregion

    #region ICustomComponent Members

    public abstract string CustomDraw();

    #endregion
  }
}
ComponentDecorator这个类的设计十分精彩：在创建时要求必须传入一个IComponent对象，实现Draw方法，同时又把CustomDraw方法的具体实现交给了自己的子类，真正的做到了各司其职最小化的思想。在创建时传入的参数要求是IComponent对象，因为自己只关心传入的参数是否实现了Draw方法，同时自己是从ICustomComponent继承而来，表明自己实现了CustomDraw方法，由于自己是AbstractClass，自己不实现CustomDraw方法,要求自己的子类实现CustomDraw方法，给子类更大的灵活性。

SystemDraw SystemDraw Class
using System;
namespace DecoratorPattern
{
  /// <summary>
  /// Summary description for SystemDraw.
  /// </summary>
  public class SystemDraw:IComponent
  {
    private string _drawMessage;

    //you can add someting as you wish.

    public SystemDraw(string drawMessage)
    {
      this._drawMessage = drawMessage;
    }

    #region IComponent Members

    public string Draw()
    {
      return this._drawMessage;
    }

    #endregion
  }
}

ConsoleDraw ConsoleDraw Class
using System;
namespace DecoratorPattern
{
  /// <summary>
  /// Summary description for ConsoleDraw.
  /// </summary>
  public class ConsoleDraw:ComponentDecorator
  {
    public ConsoleDraw(IComponent component):base(component)
    {
    }
    public override string CustomDraw()
    {
      return("Custom console draw.");
    }
  }
}

WindowDraw WindowDraw Class
using System;
namespace DecoratorPattern
{
  /// <summary>
  /// Summary description for WindowDraw.
  /// </summary>
  public class WindowDraw:ComponentDecorator
  {
    public WindowDraw(IComponent component):base(component)
    {
    }
    public override string CustomDraw()
    {
      return("Custom window draw.");
    }
  }
}

DecoratorTest Decorator Test Code
private void DecoratorTest()
{
  IComponent sysComponent = new SystemDraw("System Draw");
  WindowDraw winDraw = new WindowDraw(sysComponent);
  ConsoleDraw conDraw = new ConsoleDraw(sysComponent);
  Console.WriteLine("{0}", winDraw.Draw());
  Console.WriteLine("{0}", winDraw.CustomDraw());
  Console.WriteLine("{0}", conDraw.Draw());
  Console.WriteLine("{0}", conDraw.CustomDraw());
}
　　　从DecoratorPattern的测试代码看，WindowDraw和ConsoleDraw可以有相同的SystemDraw操作,同时拥有自己不同的CustromDraw操作。WindowDraw和ConsoleDraw是从ComponentDecorator这个AbstractClass继承而来，保证了WindowDraw和ConsoleDraw.这两个类在创建时必须传入一个IComponent,调用这个IComponent的Draw方法，同时自己实现CustomDraw方法。
　　　SystemDraw从IComponent继承而来，保证了自己提供出Draw方法供调用，因为用户并不关心SystemDraw这个类，而更加关心Draw方法的实现。

下篇将写StrategyPattern这个模式，同时贴出下载代码。