还有人是这样说的:从接口的定义方面来说,接口其实就是类和类之间的一种协定,一种约束.还拿上面的例子来说.所有继承了IBark接口的类中必需实现Bark()方法.那么从用户(使用类的用户)的角度来说,如果他知道了某个类是继承于IBark接口,那么他就可以放心大胆的调用Bark()方法,而不用管Bark()方法具体是如何实现的.比如,我们另外写了一个类.
      public class Cat:IBark
      {
         public Cat()
         {}
         public void Bark()
         {
            Consol.write("喵喵");
         }
      }
当用户用到Cat类或是Dog类的时候,知道他们继承于IBark,那么不用管类里的具体实现,而就可以直接调用Bark()方法,因为这两个类中肯定有关于Bark()方法的具体实现.

如果我们从设计的角度来看.一个项目中用若干个类需要去编写,由于这些类比较复杂,工作量比较大,这样每个类就需要占用一个工作人员进行编写.比如A程序员去定Dog类,B程序员去写Cat类.这两个类本来没什么联系的,可是由于用户需要他们都实现一个关于"叫"的方法.这就要对他们进行一种约束.让他们都继承于IBark接口,目的是方便统一管理.另一个是方便调用.当然了,不使用接口一样可以达到目的.只不过这样的话,这种约束就不那么明显,如果这样类还有Duck类等等,比较多的时候难免有人会漏掉这样方法.所以说还是通过接口更可靠一些,约束力更强一些.

挺，受益非浅

楼主,你的解释消除了我对接口的疑惑!谢谢啦!

我的理解是 规范、约束和面向对象。。

JAVA的接口真的让我头晕。。

说得好！清楚明了！

c# 不能同时继承自多个类,但我们又想它实现类似的功能, 这时我们便有了接口

对象（类）需要多态，并且往往需要多重继承以便于放入不同父类的多态流程中。但是c#不支持多重继承，只能用接口来实现。

good thank you !!

up!

LZ 厚道..