动态语言界面？

Question

接口（或者所有方法都是抽象的抽象类）是C#、JAVA等静态类型语言的有力武器。它允许以统一的方式使用不同的派生类型。设计模式鼓励我们尽可能多地使用界面。

但是，在动态类型语言中，不会在编译时检查所有对象的类型。他们不必实现以特定方式使用的接口。您只需要确保它们定义了一些方法（属性）。这使得接口变得不必要，或者至少不如静态语言中的那么有用。

典型的动态语言（例如ruby）有接口吗？如果是的话，那么拥有它有什么好处呢？如果没有，那么我们是否会失去许多需要界面的美丽设计模式？

谢谢。

Answer 1

我想所有动态语言都没有单一的答案。例如，在Python中，没有接口，但有多重继承。使用类似接口的类仍然有用：

• 类似接口的类可以提供方法的默认实现；
• 鸭子打字很好，但在一定程度上；有时能够编写 isinstance(x, SomeType) 很有用，特别是当 SomeType 包含许多方法时。

Answer 2

动态语言中的接口可用作可自动检查的 API 文档，例如通过开发工具或运行时断言。

例如，zope.interface 是 Python 中接口的事实上的标准。像 Zope 和 Twisted 这样公开大量 API 供使用的项目发现它很有用，但据我所知，它在此类项目之外的使用不多。

Answer 3

在Ruby这种动态类型语言中，只允许单继承，你可以通过mixin来模拟“接口”，而不是用“接口”的方法来污染类。

Mixin 部分模仿多重继承，允许对象从多个源“继承”，但没有实际具有多个父对象的歧义和复杂性。真正的父母只有一位。

要实现接口（在抽象意义上，不是静态类型语言中的实际接口类型），您可以将模块定义为静态语言中的接口。然后您将其包含在类中。瞧！您已将鸭子类型收集到本质上是一个接口中。

非常简单的示例：

module Equippable
  def weapon
    "broadsword"
  end
end


class Hero
  include Equippable

  def hero_method_1
  end

  def hero_method_2
  end
end


class Mount
  include Equippable

  def mount_method_1
  end
end


h = Hero.new
h.weapon    # outputs "broadsword"


m = Mount.new
m.weapon    # outputs "broadsword"

Equippable 是 Hero、Mount 以及包含它的任何其他类或模型的接口。

（显然，武器很可能由初始化器动态设置，在本例中已对其进行了简化。）