Ruby 是否与其他 OOP 语言(例如:PHP)不同,使接口(interface)变得无用?它有某种替代品吗?
编辑:
一些说明:
在其他语言中(例如:PHP),您并不“需要”接口(interface)(它们在代码级别不是强制性的)。你用它们来订立契约(Contract),改进软件的架构。因此,'在 ruby 中你不需要接口(interface)/在其他语言中你需要接口(interface)因为 XXX' 的断言是错误的。
不,混合不是接口(interface),它们是完全不同的东西(PHP 5.4 实现了混合)。你用过接口(interface)吗?
是的,PHP 是 OOP。语言不断发展,欢迎来到现在。
最佳答案
嗯,当在 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 的一些演讲,因为他广泛涉及了这个主题。
关于ruby - 为什么 Ruby 人说他们不需要接口(interface)?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7958025/