python - 使用 JRuby/Jython 实现 Ruby/Python 互操作性？

Question

很可能是一个愚蠢的问题，因为我对 Java/Jython/JRuby/字节码不太了解，但是..

我偶然发现 _why's unholy今天再次..它允许您从Ruby代码输出Python字节码..基本上允许它们生成相同的字节码..

Jython 输出 Java 字节码，JRuby 也是如此。由于它们都编译为相同的字节码，这是否意味着您可以使用来自 Ruby 的任何 Python 库和来自 Python 的 Ruby 库？

Answer 1

不，那行不通。至少不是你想的那样。
Jython 和 JRuby 之间的互操作性与 CPython 和 YARV 之间的互操作方式相同:它们都运行在同一平台上，因此它们可以使用该平台相互通信。
在 CPython 和 YARV 的情况下，该平台是 C/POSIX，因此它们可以使用 C 结构相互通信，int s, char* s 和 C 函数调用。对于 Jython 和 JRuby，该平台是 JVM，因此它们可以使用 JVM 对象、JVM 类、JVM 接口(interface)、JVM 类型和 JVM 方法相互通信。
在这两种情况下，这些平台原语看起来都不像 Python 或 Ruby 对象。
对于 JRuby 来说，Jython 只是另一个 Java 程序。对于 Jython 来说，JRuby 只是另一个 Java 程序。
例如:在 Ruby 中，您可以随时动态地添加、删除和重新定义方法。在 JVM 上，可以动态添加和删除的最小代码单元是类。因此，Ruby 方法实际上并不表示为 Java 方法。它表示为一个 Java 类。从逻辑上讲，一个有几个方法的 Ruby 对象被表示为一个没有方法的 Java 对象，只有一个 Dictionary<String, RubyMethod> field 。 IOW:Java 完全无法使用它，而且，由于从 JRuby 的角度来看，Jython 只是 Java，因此 Jython 也无法使用它。
现在，有一些方法可以使这更好一点。您可以使用实际的 Java 类型在两者之间进行通信——这两种实现都与 Java 具有很好的互操作性。因此，不是将 Ruby 哈希传递给 Python 或将 Python 字典传递给 Ruby，而是使用 Java Map来自 Ruby 和 Python。但请注意，这要求您的 Ruby 和 Python 代码都是专门为在 JVM 上工作而编写的。 IOW:您不能只使用您在网上找到的任何 Python 或 Ruby 库，这正是您要问的。
另一种可能性是@duncan 在他的回答中提到的:将 Jython 或 JRuby 作为脚本引擎嵌入到您的 Ruby 或 Python 应用程序中。但同样，这并不能真正回答您关于使用来自 Ruby 的任意 Python 库的问题，反之亦然。
那么，这里有什么问题呢？
问题在于，为了让两个运行时进行通信，它们需要使用相同的“语言”。在这种特殊情况下，两个运行时唯一的共同语言是 Java，或者更确切地说是 Java 的一个严重残缺的子集。
所以，我们需要找到一种共同语言。定义这种语言的一种方法是让两个运行时理解彼此的元对象协议(protocol) (MOP)。
MOP 基本上是语言对象模型的对象模型。嗯，这很令人困惑，因为我们使用“对象模型”这个词来表示两个不同的东西。让我改写一下:
MOP 基本上是语言对象系统的域模型。就像银行系统的域模型包含代表现实世界客户、账户、余额、分类账等的对象，以及代表现实世界行为(如汇款、取款等)的方法一样，MOP 包含代表现实世界行为的对象。语言类、方法、变量、对象和表示语言操作的方法，例如查找变量、调用方法、从类继承、构造类的实例。
通常，每个运行时都保持其 MOP 私有(private)，并且每个运行时都有自己的 MOP。
如果 JRuby 和 Jython 彼此公开他们的 MOP 并理解彼此的 MOP(或者更好的是:他们将他们的 MOP 公开给 JVM 并且都使用相同的 MOP)，那么您可以将那些疯狂的 JRuby 方法包之一传递给 Jython ，并且它会知道如何找到属于该对象的方法以及如何调用它们，因为它可以直接询问 JRuby 的 MOP 如何去做。
实际上有一个项目可以为 JVM 创建这样的 MOP:dynalang MOP是一个共享的、标准化的 MOP 项目，用于在 JVM 上运行的动态语言。它由 Mozilla Rhino ECMAScript 引擎的维护者 Attila Szegedi 创建。目前，没有任何大型语言实现使用它，但至少 Rhino、JRuby、Jython 和 Groovy 之间正在进行协作，以确保 dynalang 足够通用，可以支持所有不同语言的对象模型。
如果您想先睹为快，使用这种共享 MOP 的世界会是什么样子，您可以查看 Microsoft 的动态语言运行时 (DLR)。 DLR 只包含这样一个 MOP 和所有支持 DLR 的运行时(除了常见的疑点，如 IronRuby 、 IronPython 、 IronJS 和 IronScheme 现在还包括 C# 4 和 Visual Basic.NET 10) 可以几乎无缝地相互操作。
另一个类似的平台是Parrot Virtual Machine ，专门设计用于允许多种动态语言在同一运行时平台上进行互操作。有 Python ( Pynie ) 和 Ruby ( Cardinal ) 的实现可用，但尤其是 Cardinal 离远程完成的 Ruby 实现还很远。