Runnable 之类的接口有何独特之处？

Question

我对 java/android 中接口的理解是它们用于确保使用成员函数。例如，像Runnable一样，它确保实现的类run()使用Runnable.

但是，这些功能有何独特之处？假设有另一个接口，比如Runnable只有 1 个成员函数 - 让我们称之为Passable- 它有 1 个成员函数调用pass()。

这两个接口到底有什么不同（除了名称不同）？

还是名称使它们与众不同？例如，Android 检测该类是否被调用Runnable，然后它会做一些不同的事情。

Answer 1

接口不用于定义调用什么方法。接口的主要功能之一是将 API 与实现分离。例如，这意味着任何实现 Runnable 的类都可以用于在并行线程中运行。另一种是在继承范围之外定义一个类的类型。来自有效java的引用：Java 编程语言提供了两种机制来定义允许多种实现的类型：接口和抽象类。这两种机制之间最明显的区别是允许抽象类包含某些方法的实现，而接口则不允许。一个更重要的区别是，要实现抽象类定义的类型，类必须是抽象类的子类。任何定义了所有必需方法并遵守通用约定的类都可以实现接口，无论该类位于类层次结构中的哪个位置。因为 Java 只允许单继承，所以对抽象类的这种限制严重限制了它们作为类型定义的使用通过实现 Runnable 接口，您不会告诉代码应该调用 run 方法。您正在告诉代码您的类是 Runnable 的一种类型，或者从字面上看，您的类是可运行的。如果您要使用抽象类，则可以使用一个示例用法：Plant. 现在您将使用这个类来定义植物的一些常见属性（例如它们需要土壤），然后您将创建它的子类Potato, Rosemary,Dandelion现在假设你想指出这些植物中的哪一种是可食用的，你可以创建一个中间子类EdiblePlant，它是 Plant 的子类和可食用类的超类。EdiblePlant有一个方法叫做eat()，因此你可以吃所有可食用的植物。现在，如果您还想拥有一个类Animal及其子类Dog, Cow, Pig. 您将再次必须指出哪个可以被新的中间类食用，EdibleAnimal它又会有一个eat()方法。我想这似乎没有那么多工作，但现在如果你想拥有Human，谁吃？你必须同时拥有Human.eat(EdibleAnimal animal);方法和Human.eat(EdiblePlant plant)方法。因为我们可以同时吃这两个。相反，我们可以定义一个Edible具有方法的接口eat()。这种类型表明实现这种类型的类（植物和动物）实际上可以被吃掉。既然现在我们有一个可食用的通用类型，我们可以简单地在 Human 上使用一种吃方法，Human.eat(Edible food)由于我们现在有一个分离的接口和实现，我们不再考虑如何重构/添加新方法Human，我们只需要适当地实现Edible类型。我建议在开始 Android 开发之前阅读 Java 的工作原理，如果你不这样做，你可以形成这些关于事物如何工作的糟糕理论模型，例如，interface determines what methods will be called当它与 Java 的实际工作原理发生冲突时，你会感到沮丧，并且不明白为什么你写的东西不像“预期的”那样工作。

Answer 2

两个接口可以具有相同的“内容”，例如相同数量的方法和匹配的方法签名。由于名称不同，它们仍然不同。您甚至可能有同名的接口（或类！），只是在包名称上有所不同。例如，有多个名为 Pair 的不同类。但是接口并不能确定调用了哪些方法。你编写的代码选择一个方法并调用它，而某个类实现了一个特定接口的事实只是告诉你：“好的，它是一个 Runnable，所以我可以并且可能想要调用它的 run 方法”。你看，Java 是一种静态编译的语言。这意味着您使用类型来传达意图。您有一些代码应该由统一的，可能是多线程的上下文中的其他代码自己调用？然后您考虑将该代码放入 Runnable 中。这就是全部。