ruby - 为什么 Ruby 人说他们不需要接口(interface)？

Question

Ruby 是否与其他 OOP 语言(例如:PHP)不同，使接口(interface)变得无用？它有某种替代品吗？

编辑:

一些说明:

• 在其他语言中(例如:PHP)，您并不“需要”接口(interface)(它们在代码级别不是强制性的)。你用它们来订立契约(Contract)，改进软件的架构。因此，'在 ruby​​ 中你不需要接口(interface)/在其他语言中你需要接口(interface)因为 XXX' 的断言是错误的。

• 不，混合不是接口(interface)，它们是完全不同的东西(PHP 5.4 实现了混合)。你用过接口(interface)吗？

• 是的，PHP 是 OOP。语言不断发展，欢迎来到现在。

Answer 1

嗯，当在 Ruby 中传递一个对象时，它不会进行类型检查，这是一个共识。 Java 和 PHP 中的接口(interface)是一种确认对象符合特定契约或“类型”的方法(因此某些东西可能是 Serializable、Authorizable、Sequential 以及您想要的任何其他内容)。

但是，在 Ruby 中，没有形式化的契约(Contract)概念，因为没有在方法签名中检查接口(interface)一致性，因此接口(interface)将履行一些有意义的角色。参见，例如，Enumerable。当您将它混合到您的对象中时，您正在使用它的功能，而不是声明您的对象是Enumerable。让你的对象成为 Enumerable 的唯一好处是定义了 each(&blk) 你会自动得到 map, select 和 friend 免费。您可以完美地拥有一个对象，它实现了 Enumerable 提供的所有方法，但不混合在模块中，它仍然可以工作。

例如，对于 Ruby 中需要 IO 对象的任何方法，您可以输入与 IO 无关的东西，然后它会因错误而爆炸，或者 - 如果您实现您的 IO stub 正确 - 即使您传递的对象未声明为“IO-ish”，它也能正常工作。

背后的想法来自这样一个事实，即 Ruby 中的对象并不是真正美化了带有标签的哈希表(然后有一些额外的标签告诉解释器或编译器这个对象有接口(interface) X 因此它可以在上下文 Y 中使用)但是响应消息的封闭实体。因此，如果一个对象响应特定消息，它就满足了契约，如果它不响应该消息——那么就会引发错误。

因此，接口(interface)的缺失部分由模块的存在(它可以包含您在不向调用者/消费者做出任何类型 promise 的情况下实现的功能)部分补偿，部分由消息传递的传统而不是类型化的字典补偿.

您应该观看 Jim Weirich 的一些演讲，因为他广泛涉及了这个主题。