c#中抽象类和接口的相同点跟区别

下面是自己写的一个demo，体现抽象类和接口的用法。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace 抽象类和接口
{
    /*
     *    相同点：
    (1) 都可以被继承
    (2) 都不能被实例化
    (3) 都可以包含方法声明
    (4) 派生类必须实现未实现的方法
    区 别：
    (1) 抽象基类可以定义字段、属性、方法实现。接口只能定义属性、索引器、事件、和方法声明，不能包含字段。
    (2) 抽象类是一个不完整的类，需要进一步细化，而接口是一个行为规范。微软的自定义接口总是后带able字段，证明其是表述一类“我能做。。。”
    (3) 接口可以被多重实现，抽象类只能被单一继承
    (4) 抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中
    (5) 抽象类是从一系列相关对象中抽象出来的概念， 因此反映的是事物的内部共性；接口是为了满足外部调用而定义的一个功能约定， 因此反映的是事物的外部特性
    (6) 接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法
    (7) 接口可以用于支持回调,而继承并不具备这个特点
    (8) 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的
    (9) 如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法
     */
    public delegate void EnableHandler(object sender, EventArgs e);
    public delegate void CPU_CallBack(CPU cpu);

    public interface i7_CPU_Interface
    {
        void LGA2011();
        bool Enable
        {
            get;
        }
        int this[int index]
        {
            get;
        }

        event EventHandler EnableLGA2011;
    }

    public abstract class CPU : i7_CPU_Interface
    {
        public event EventHandler EnableLGA2011;
        int[] pins;
        string _name;
        double _frequency;
        int _kernel;
        int _pinNum;
        bool _isEnableLGA2011;
        public CPU(string name, double frequency, int kernel, int pin, bool isEnableLGA2011)
        {
            _name = name;
            _frequency = frequency;
            _kernel = kernel;
            _pinNum = pin;
            pins=new int[pin];
            _isEnableLGA2011 = isEnableLGA2011;
            EnableLGA2011 += new EventHandler(CPU_EnableLGA2011);
        }

        void CPU_EnableLGA2011(object sender, EventArgs e)
        {
            Console.WriteLine("我支持LGA2011");
        }

        public string Name
        {
            get
            {
                return _name;
            }
        }
        public double Frequency
        {
            get
            {
                return _frequency;
            }
        }
        public int Kernel
        {
            get
            {
                return _kernel;
            }
        }
        public int PinNum
        {
            get
            {
                return _pinNum;
            }
        }

        protected abstract void PowerOn();
        protected abstract void SelfCheck();
        public override string ToString()
        {
            return string.Format("我是{0} CPU，我的主频是{1:0.0}，我有{2}个内核，我的引脚有{3}个。", _name, _frequency, _kernel, _pinNum);
        }

        public void LGA2011()
        {
            Console.WriteLine("1、处理器最高可达八核。");
            Console.WriteLine("2、支持四通道DDR3内存。");
            Console.WriteLine("3、支持PCI-E 3.0规范。");
            Console.WriteLine("4、芯片组使用单芯片设计，支持两个SATA 3Gbps和多达十个SATA/SAS 6Gbps接口。");
        }
        public bool Enable
        {
            get
            {
                if (_isEnableLGA2011)
                {
                    EnableLGA2011.Invoke(this, null);
                }
                return _isEnableLGA2011;
            }
        }
        public int this[int index]
        {
            get
            {
                if (index < pins.Length)
                    return pins[index];
                return -1;
            }
        }

    }

    public class i7_4770k : CPU
    {
        public i7_4770k()
            : base("i7-4770k", 3.6, 8, 2011,true)
        {
            Console.WriteLine(base.ToString());
            PowerOn();
            SelfCheck();
        }
        protected override void PowerOn()
        {
            Console.WriteLine("i7-4770k 上电完成");
        }
        protected override void SelfCheck()
        {
            Console.WriteLine("i7-4770k 自检完成");
        }
    }

    public class i7_4790k : CPU
    {
        public i7_4790k()
            : base("i7-4790k", 4.0, 8, 2011, true)
        {
            Console.WriteLine(base.ToString());
            PowerOn();
            SelfCheck();
        }
        protected override void PowerOn()
        {
            Console.WriteLine("i7-4790k 上电完成");
        }
        protected override void SelfCheck()
        {
            Console.WriteLine("i7-4790k 自检完成");
        }
    }

    public class CreatCPU
    {
        CPU_CallBack callback;
        CPU _cpu = null;

        public CreatCPU(CPU cpu)
        {
            _cpu = cpu;
            //接口回调，任何实现了该接口的对象都可以被CreatCPU类对象所回调,保证了代码对环境的适应性
            callback = new CPU_CallBack(cpu_call_back);
        }

        void cpu_call_back(CPU u)
        {
            if (u.Enable)
                u.LGA2011();
        }
        public void ShowMessage()
        {
            callback.Invoke(_cpu);
        }
    }

    class Program
    {
        static void Main(string[] args)
        {
            CreatCPU creatI7_4770k = new CreatCPU(new i7_4770k());
            creatI7_4770k.ShowMessage();

            Console.WriteLine();

            CreatCPU creatI7_4790k = new CreatCPU(new i7_4790k());
            creatI7_4790k.ShowMessage();

            Console.Read();

        }
    }
}

用了几年C#,总结一下抽象类和接口的相同点与不同点。看了别人写的感觉很全面：

相同点：
    (1) 都可以被继承
    (2) 都不能被实例化
    (3) 都可以包含方法声明
    (4) 派生类必须实现未实现的方法
区 别：
    (1) 抽象基类可以定义字段、属性、方法实现。接口只能定义属性、索引器、事件、和方法声明，不能包含字段。
    (2) 抽象类是一个不完整的类，需要进一步细化，而接口是一个行为规范。微软的自定义接口总是后带able字段，证明其是表述一类“我能做。。。”
    (3) 接口可以被多重实现，抽象类只能被单一继承
    (4) 抽象类更多的是定义在一系列紧密相关的类间，而接口大多数是关系疏松但都实现某一功能的类中
    (5) 抽象类是从一系列相关对象中抽象出来的概念， 因此反映的是事物的内部共性；接口是为了满足外部调用而定义的一个功能约定， 因此反映的是事物的外部特性
   (6) 接口基本上不具备继承的任何具体特点,它仅仅承诺了能够调用的方法
    (7) 接口可以用于支持回调,而继承并不具备这个特点
    (8) 抽象类实现的具体方法默认为虚的，但实现接口的类中的接口方法却默认为非虚的，当然您也可以声明为虚的
    (9) 如果抽象类实现接口，则可以把接口中方法映射到抽象类中作为抽象方法而不必实现，而在抽象类的子类中实现接口中方法

使用规则：
    1、抽象类主要用于关系密切的对象，而接口最适合为不相关的类提供通用功能
    2、如果要设计大的功能单元，则使用抽象类；如果要设计小而简练的功能块，则使用接口。
    3、如果预计要创建组件的多个版本，则创建抽象类。接口一旦创建就不能更改。如果需要接口的新版本，必须创建一个全新的接口。
    4、如果创建的功能将在大范围的全异对象间使用，则使用接口；如果要在组件的所有实现间提供通用的已实现功能，则使用抽象类。
    5、分析对象，提炼内部共性形成抽象类，用以表示对象本质，即“是什么”。为外部提供调用或功能需要扩充时优先使用接口
    6、好的接口定义应该是具有专一功能性的，而不是多功能的，否则造成接口污染。如果一个类只是实现了这个接口的中一个功能，而不得不去实现接口中的其他方法，就叫接口污染
    7、尽量避免使用继承来实现组建功能，而是使用黑箱复用，即对象组合。因为继承的层次增多，造成最直接的后果就是当你调用这个类群中某一类，就必须把他们全部加载到栈中！后果可想而知。(结合堆栈原理理解)。同时，有心的朋友可以留意到微软在构建一个类时，很多时候用到了对象组合的方法。比如 asp.net中，Page类，有Server Request等属性，但其实他们都是某个类的对象。使用Page类的这个对象来调用另外的类的方法和属性，这个是非常基本的一个设计原则
    例 如：
    Window窗体可以用抽象类来设计，可以把公有操作和属性放到一个抽象类里，让窗体和对话框继承自这个抽象类，再根据自己的需求进行扩展和完善。
    打印操作可以作为一个接口提供给每个需要此功能的窗体，因为窗体的内容不同，就要根据他们自己的要求去实现自己的打印功能。打印时只通过接口来调用，而不用在乎是那个窗体要打印。