类：
定义新的数据类型以及这些新的数据类型进行相互操作的方法
定义方式：
class Cat
{
}
class Cat:object
{
}
C#中所有的类都是默认由object类派生来的，显示指定或者省略效果是一样的，所以上面的两个例子是完全相同的。
C#中类包括：抽象类、密封类、非抽象类
abstract：表示修饰的类不完整，也就是抽象类，只能用做基类。 在使用是不能直接实例化，
不能使用new运算符。
sealed:表示修饰的类不可派生，也就是密封类。
base：访问最近的基类，也就是当前类继承的类
class Cat:Animal
{
public void Cat()
{
base.Eat();
}
}
以上例子中base代表Animal。
注意：base只能在类的内部使用。
接口
一个接口定义一个协定。接口可以看成是特殊的抽象类，但是又有所区别。
一个接口可以从多个基接口继承，而一个类或结构可以实现多个接口。
接口可以包含方法、属性、事件和索引器。接口本身不提供它所定义的成员的实现，而抽象类中可以提供定义成员的实现。
接口只指定实现该接口的类或结构必须提供的成员。
接口本质上是一种类
不过他与类的区分还是很明显的——不能实例化
他的精髓在于提供一些类共同的地方，而且能“多继承”
我们知道所谓对象其实是数据和方法的封装。接口的作用更多的是工程上的，一般上我们用他来封装通用的行为，来达到程序的多态。
不必用object的观点来统一接口，在我的感觉中，继承简化对象结构，增加代码重用，接口抽象行为。
1. 接口本质上是类吗
这个，要看你认为“类的本质是什么”了，过多纠缠于这个说法，很容易陷入文字之争，意义不大。
2. 接口和类有什么区别和联系,主要是联系
区别：
类的定义需要“实现”，接口的定义只需要“声明”；
类能实例化出一个对象，接口不能；
类只能单根继承，接口可以多根继承；
继承一个类，相当于借用了它已实现的功能，实现一个接口，相当于对外做了一个承诺；
……
联系：类可以“实现”接口
3. 接口是否具备类的特征
这要看你认为哪些是“类的特征”，hehe，比如，“编译后会生成一个 .class 文件”算不算特征……
4. 接口是否是Object
不是。但可以用一个接口型的变量来引用一个对象，而且，被引用的对象，说到底，一定是一个 Object。
1、纯虚类与接口不同的是，纯虚类可以包含一些实现
2、用纯虚类包含一些基本的功能或方法
3、用接口来定义客户端与组件之间的通讯方法
4、虚基类的实现的变化可能会影响派生类
5、使用接口要比使用继承具有更强的适用性
接口的一些特征：
不可以包含任何实现；没有构造方法；任何成员都隐式声明为public；
接口是负责功能的定义，项目中通过接口来规范类，操作类以及抽象类的概念！
而类是负责功能的具体实现！
在类中也有抽象类的定义，抽象类与接口的区别在于：
抽象类是一个不完全的类，类里面有抽象的方法，属性，也可以有具体的方法和属性，需要进一步的专业化。
但接口是一个行为的规范，里面的所有东西都是抽象的！
一个类只可以继承一个基类也就是父类，但可以实现多个接口
PS：接口除了规范一个行为之外，在具体项目中的实际作用也是十分重要的，在面向对象的设计原则以及设计模式的使用中，无不体现作为一个接口的使用好处，最直接的就是设计原则中OCP（开放封闭原则），我们使用接口，而不需要关心他的具体实现，具体实现的细节变化也无关客户端（使用接口的类）的使用，对与扩展是开放的，我们可以另写一个接口的实现来扩展当前程序，而不影响上层的使用，但对修改是封闭的，即我们不能够再去修改接口的定义，当然这个 “不能够”是指在规范原则上不应该这么做！
接口的使用–多态的实现：
public interface IPolimorphism()
{
void Say();
}
建立一个Class1.cs文件，定义两个类，扩展IPolimorfism：
using System;
using System.Windows.Forms;
namespace NorthWind
{
public class Red:IPolimorphism //实现接口的方法
{
public void Say() //不需要指定override关键字
{
MessageBox.Show("Red!");
}
}
public class Yello:IPolimorphism
{
public void Say() //不需要指定override关键字
{
MessageBox.Show("Yello!");
}
}
}
另一个MainFrm.cs文件，应用程序入口处：
using System;
using System.Windows.Forms;
namespace NorthWind
{
public class MainFrm : System.Windows.Forms
{
[STAThread]
static void Main()
{
IPolimorphism red = new Red();
red.Say();
IPolimorphism yello = new Yello();
yello.Say();
}
}
}
举个例子,有一个老汉,做了一个面饼,给了他的几个儿子,老大用这个饼,加上点馅,包一下,做成了包子,老二用这个面饼,在外面刷上油,撒上料,烤一烤,做成了土家烧饼,老三呢,胡乱做,在饼上抹上乱七八糟的东西,烤一烤,做成了披萨饼.基类和派生类的关系就是这样,基类提供了基本的实现,派生类就在上面添料,最终就成了每个人心中想要的饼.
那接口的故事则不一样,老汉没有给众人面,老汉这回给儿子们画了一个饼的设计图,规定了这个饼的厚度,直径等等,然后把这个规格表发给儿子们了,儿子们拿着画的饼,各自按自己的想法去做了.
两个故事的区别告诉我们,接口是一种规格,是一个统一的标准,在实际应用中,接口有两方法的作用.
1,通过接口更容易表现设计,更容易沟通,而且接口是没有实现代码的,因此,定好接口,再写实现代码,就算设计上有变动,也可以通过接口轻易实现修改.而如果不用接口的话,你将直接去写类,好不容易实现了一个类的代码,如果设计上有少许的变动,就要去改代码.
2.接口是写类的实现者看的,这好比建筑图纸是画给施工工人看的.
注：本文转载于http://www.cnblogs.com/Holmes-Jin/archive/2012/07/03/2574835.html
