接口的理解

一直不理解接口的作业，在网上看到这些，整理下来。可能会对系统的设计和更深入一点理解接口有帮助。

问题：接口有什么作用？

(1)通过接口更可靠一些,约束力更强一些；

(2)插件式框架作为一个高聚合低耦合的系统，它的功能定义与功能实现之间是分离的，这种策略是高聚合实现的保证。
插件式框架好像一个功能聚集站，它对外界宣布，只要符合它发布的某种规范的组件（实现接口的类通常称为组件）都可以加入到这个平台中，而这些组件到底是做什么事情的，框架并不关心，当然，框架也提供了一些必要的信息和帮助保证这些组件能够正常实现它们的功能。

(3)面向接口编程是面向对象编程体系中的思想精髓之一.首先，面向接口编程和面向对象编程并不是平级的，它并不是比面向对象编程更先进的一种独立的编程思想，而是附属于面向对象思想体系，属于其一部分。或者说，它是面向对象编程体系中的思想精髓之一。什么是面向接口编程呢？我个人的定义是：在系统分析和架构中，分清层次和依赖关系，每个层次不是直接向其上层提供服务（即不是直接实例化在上层中），而是通过定义一组接口，仅向上层暴露其接口功能，上层对于下层仅仅是接口依赖，而不依赖具体类。 这样做的好处是显而易见的，首先对系统灵活性大有好处。当下层需要改变时，只要接口及接口功能不变，则上层不用做任何修改。甚至可以在不改动上层代码时将下层整个替换掉，就像我们将一个WD的60G硬盘换成一个希捷的160G的硬盘，计算机其他地方不用做任何改动，而是把原硬盘拔下来、新硬盘插上就行了，因为计算机其他部分不依赖具体硬盘，而只依赖一个IDE接口，只要硬盘实现了这个接口，就可以替换上去。从这里看，程序中的接口和现实中的接口极为相似，所以我一直认为，接口（interface）这个词用的真是神似！我的看法是，从需求出发，建立的是概念切面，也就是接口。从自身出发，建立的是具体实现。当类调用其他类，使用的是接口，而当编写类自身代码时，又应该从自身出发。 

(4)使用接口的另一个好处就是不同部件或层次的开发人员可以并行开工，就像造硬盘的不用等造CPU的，也不用等造显示器的，只要接口一致，设计合理，完全可以并行进行开发，从而提高效率。

问题：接口的本质是什么?

(1)接口是一组规则的集合，它规定了实现本接口的类或接口必须拥有的一组规则。体现了自然界“如果你是……则必须能……”的理念。

(2)接口是在一定粒度视图上同类事物的抽象表示。注意这里我强调了在一定粒度视图上，因为“同类事物”这个概念是相对的，它因为粒度视图不同而不同。

问题：如何理解关于“面向接口编程”中的“接口”与具体面向对象语言中“接口”两个词？

看到有朋友提出“面向接口编程”中的“接口”二字应该比单纯编程语言中的interface范围更大。我经过思考，觉得很有道理。这里我写的确实不太合理。我想，面向对象语言中的“接口”是指具体的一种代码结构，例如C#中用interface关键字定义的接口。而“面向接口编程”中的“接口”可以说是一种从软件架构的角度、从一个更抽象的层面上指那种用于隐藏具体底层类和实现多态性的结构部件。从这个意义上说，如果定义一个抽象类，并且目的是为了实现多态，那么我认为把这个抽象类也称为“接口”是合理的。概括来说，我觉得两个“接口”的概念既相互区别又相互联系。“面向接口编程”中的接口是一种思想层面的用于实现多态性、提高软件灵活性和可维护性的架构部件，而具体语言中的“接口”是将这种思想中的部件具体实施到代码里的手段。