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

接口是面向对象里面非常重要的概念，我们暂且不谈面向对象里面的接口；其实接口在我们日常生活中到处可见，比如自来水的水管、燃气阀门、电视机的插头等等；在面向对象里面的接口概念其实跟这些都是大同小异的。为什么要提倡进行面向对象软件开发呢，我想就是将我们开发的方式完全能模仿自然界的生存规律，在没有彻底理解面向对象里面的接口时，请注意千万不要自己欺骗自己，简单的自已打个比方就OK了(别人这么说，我也这么想一下)，这些问题一定要搞清楚，本人有过成功理解面向接口的经验，希望通过本文章能帮助您小理解一下；后面的升华(面向对象设计、面向接口设计等等)，还得靠自己去摸索。我们再来看一下，在我们计算机里面存在哪些接口，比如我们的硬件与OS的接口，硬件存在的数量数不胜数，各种各样，要想完全能与OS对接，能让我们的软件使用，必须遵循一定的接口，在我们的OS与硬件之间存在着一层，硬件抽象层；

一旦服务提供的接口并不符合调用者的期待，就存在一个“适配”的工作，这正是Adapter模式的意图。Adapter对象是一个高明的调解人，负责将两个不协调的接口统一，既有效地保证了第三方接口对象的重用，又能够很好的支持服务的扩展。

虽然服务的定义者必须要符合调用者的期待，但反过来，定义者也给予了调用者一定的限制。此时，接口代表一种规约，它是对调用者进行了合理的限制。以Java的线程处理为例，就要求执行多线程逻辑的对象必须要实现Runnable接口，否则Thread的start()方法就不能执行。