接口，抽象类，抽象方法，虚方法简单总结

先说说接口：

MSDN上是这样说的“接口描述的是可属于任何类或结构的一组相关功能。 接口使用 interface 关键字进行定义”。看到没有，关键是功能两字。接口只能描述了一种功能，所有实现接口的类都必然有这种功能。也正是功能两字，限定了接口中不能定义字段成员。接口只定义了功能的描述，就是说接口只定义了方法声明，没有具体实现。为了确保实现接口的类都有接口中描述的功能，所以子类必须去实现接口中定义的方法（可以是抽象方法或者是虚方法）。

 

public interface INterface
{

    /// <summary>
    /// 错误 不能定义字段
    /// </summary>
  //  public string Name;

    /// <summary>
    /// 没有方法体 子类必须实现
    /// </summary>
    /// <returns />
    string GetName();
}

public class InterfaceTest : INterface
{
    //以下三种实现方式都是正确的
    public string GetName()
    {
        return "abc";
    }

    //定义成抽象方法（修改为抽象类）
    //public abstract string GetName();

    //定义成虚方法
    //public virtual string GetName()
    //{
    //    return "abc";
    //}
}

抽象类、抽象方法：

抽象类是类，是对一类事物的抽象。当有某个功能父类不清楚到底如何实现，而又要确保子类中必须包含该功能的时候可以使用抽象类，然后把该功能声明成抽象方法。

因为父类不清楚到底如何实现，所以跟接口中的方法一样，抽象方法只有声明，没有方法体。因为他们只是一种描述，不知道具体实现，实现得看子类。抽象方法只能定义在抽象类中。因为抽象类是对一类事物的抽象，所以它可以有字段。抽象类跟接口一样不能被实例化。原因我想是这样的，他们都具有未实现的方法，如果能实例化了，那方法怎么调用呢。

虚方法：

当父类中的某个功能（方法）子类可能不一样的时候，可以在父类中把这个方法定义成虚方法。因为只是可能不一样，所以父类中的虚方法有具体实现（方法体），子类可以去重写也可以不重写。

接口中的方法，抽象方法，虚方法都不能被private修饰，因为他们都是方便子类设计的，如果是私有的，那就没意思了。

public abstract class AbstractClass
 {
     /// <summary>
     /// 错误 abstract不能修饰字段
     /// </summary>
    // public abstract string AbName;

     /// <summary>
     /// 正确 能定义字段
     /// </summary>
     public string Name;

     /// <summary>
     /// 错误 abstract定义的方法不能有方法体
     /// </summary>
     /// <returns></returns>
     //public abstract string GetName()
     //{
     //    return Name;
     //}

     /// <summary>
     /// 正确 定义没方法体的抽象方法
     /// 抽象方法只能定义在抽象类中
     /// </summary>
     /// <returns></returns>
     public abstract string GetName1();
     
     /// <summary>
     /// 正确 定义一般的方法
     /// </summary>
     /// <returns></returns>
     public  string GetName2()
     {
         return Name;
     }

     /// <summary>
     /// 定义虚方法
     /// </summary>
     /// <returns></returns>
     public virtual string GetName3()
     {
         return Name;
     }
 }

转载于:https://www.cnblogs.com/kklldog/archive/2012/02/12/2347630.html