在OOP中，接口在不同的上下文中有什么不同的含义

我对面向对象编程有点陌生。在我的旅途中，我遇到了一些让我困惑了几天的事情。它是术语“接口”，以及它在不同上下文甚至不同编程语言中的不同含义。我想理解“接口”，但当我做研究时，我似乎得到了不同的定义，好像它有多重含义

有人能给我一个每个上下文中接口的简明定义吗

我买了一本Matt Weisfeld写的书，名为《面向对象的思维过程》，其中一些已经确定，如下所示：

图形用户界面

类的接口基本上是其方法的签名

Objective-C代码可以分解为物理上独立的模块，称为接口和推进

Java风格的接口和Objective-C协议基本上是父类和子类之间的契约

（OOP中接口一词的用法/定义是否比上述定义更多？）

如果有人愿意在OOP中解释术语接口的不同上下文，我们将不胜感激。

在OOP中，术语“接口”基本上是指可以发送到类对象的所有消息的所有方法签名。因此，在Objective-C中，它将是头文件中的所有方法声明

术语“图形用户界面”在OO上下文中不使用“界面”一词。 列表中的第2项是OO接口。 第3项是指.h和.m文件。 第4项是指Java语言中的关键字“接口”，并将其等同于objective-C语言中的关键字“协议”。

一般含义：

接口本质上是与其他东西交互的东西

---

例如：一个接口可以与python应用程序和Skype API（我头脑中的想法是xD）

一个接口是一种多重继承的形式（没有所谓的复杂性）（这是一个有争议的话题）

OO建立在“是一个”关系的基础上，MI（多重继承）允许一个对象是多个事物。接口定义了一种方法，使它们成为这些东西，而无需实现

---

它们是“你必须成为什么样的人”

接口是一个抽象和封装的概念。它基本上是一个你们应该遵守或给予ie的合同，接口只是一个双方之间的合同，以便他们知道他们将如何相互作用。接口通常定义如何与类及其支持的方法交互

接口仅包含方法的签名。方法没有任何功能，接口也不能做任何事情。这只是一种模式

现在在这个anAbstarctMethod（）中定义了接口，它只有签名，但没有实现。现在，当类ASubClass实现ineterface时，实际的实现将提供给接口

就图形用户界面而言，我认为这不一定是面向对象编程。该公司表示，图形用户界面只是一个用户界面，通过它，您可以通过图标和其他指示器与电子设备进行交互

政府在这方面提供了一个很好的例子：-

方法形成对象与外部世界的接口；这个 例如，电视机前面的按钮就是 您与另一侧电线之间的接口 它的塑料外壳。你按下“电源”按钮来打开电源 电视开关

以下是一个很好的例子：-

接口是对对象可以执行的操作的描述。。。 例如，当你打开电灯开关时，电灯会亮，而你不会 不管怎样，就是这样在面向对象编程中，一个 接口是对对象必须具有的所有函数的描述 为了成为“X”。再举一个例子，任何“行为像” 灯光应该有一个turn_on（）方法和一个turn_off（）方法。这个 接口的目的是允许计算机执行这些命令 属性，并知道类型为T的对象（无论 接口is）必须具有称为X、Y、Z等的函数

您也可以选中

另一种强大的设计技术是使用单个类实现 多个接口。如果您这样做，您将拥有 支持多个接口，因此支持多种行为。什么时候 与运行时类型检查一起使用，这变得非常重要 强大

简短答复: 您的第四个要点可能最接近于什么是OOP接口这一普遍接受的概念：需要彼此交互的各方之间的契约。此类合同规定了（a）一方提供的方式，以及（b）另一方为此所需的方式

长答覆： 一般来说，接口是允许两个（可能非常不同）实体相互交互的东西；它使他们能够一起工作，同时让他们分开。接口是双方商定的“共同点”

（可以像门锁一样简单：锁和任何能够使用它的钥匙必须“装配”在一个地方；您可以将该地方称为接口。）

这个一般定义如何适用于您的列表？

图形用户界面

GUI允许人和计算机程序进行交互。它不要求计算机完全变成人类（用耳朵听、用嘴说话、微笑等），也不要求人类成为计算机程序