问题标签 [rubinius]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
ruby - 你期待哪个 ruby 解释器?
现在有多个 Ruby 实现在工作中。你期待哪一个,为什么?您是否在生产中积极使用非 MRI 实施?
一些选项包括:
ruby - Ruby VM 之间的差异
主要 Ruby VM 的优点/缺点是什么(特性、兼容性、性能和怪癖?)我知道还有一些额外的特性,比如能够通过 JRuby 使用 Java 接口。这些也将有助于注意。在这一点上是否有任何 VM 具有明显的优势,以及在什么情况下?
ruby - rubinius 是否有等效的 isitruby19 ?
是否有一个网站指出哪些 gems 可以在 rubinius(或其他 ruby 实现)上运行,比如 isitruby19.com 表明哪些 gems 可以在 ruby 1.9 上运行?(我特别好奇与 rubinius 一起工作的问题)
ruby - 一种语言如何被自己解释(如鲁比尼乌斯)?
一段时间以来,我一直在使用 Ruby 进行编程,只使用 Ruby 的标准 MRI 实现,但我一直对其他我听到的很多实现感到好奇。
前几天我在阅读关于 Rubinius 的文章,这是一个用 Ruby 编写的 Ruby 解释器。我尝试在不同的地方查找它,但我很难弄清楚这样的东西到底是如何工作的。我在编译器或语言编写方面从来没有太多经验,但我真的很想弄清楚。
一种语言如何准确地被自己解释?编译中是否有一个基本步骤我不明白这在哪里有意义?有人可以像我是个白痴一样向我解释这一点(因为无论如何这不会太离谱)
ruby - 所有 Ruby 解释器都遵循相同的 Ruby 语法吗?
是否所有 Ruby 解释器都遵循 www.ruby-lang.org 中定义的相同 Ruby 语法?
- 核磁共振
- YARV
- 鲁比纽斯
- JRuby
- 铁红宝石
因为它是定义 Ruby 语言的解释器。这是否意味着一位口译员可以添加其他口译员没有的功能/语法糖?
如果是这样,所有解释器都有自己的 API 文档吗?
因为我正在使用:http ://ruby-doc.org/ruby-1.9/index.html 。
哪些口译员正在实施该口译员?
有人可以阐明这个话题。
谢谢!
ruby - 您如何为该语言的语言编写编译器?
可能的重复:
如何用该语言编写语言的编译器?
在“自身”中实现编译器
我在看Rubinius,一个 Ruby 实现,它使用用 Ruby 编写的编译器编译成字节码。我无法理解这一点。你如何用语言本身为一种语言编写编译器?看起来它只是文本,没有任何东西可以将其编译成可执行文件,然后可以编译用 Ruby 编写的未来代码。我只是输入那句话感到困惑。谁能帮忙解释一下?
ruby - 使用rubinius有什么好处
你能给我一些例子值得使用rubinius,就像在这篇文章中一样:http: //yehudakatz.com/2009/08/31/simplifying-rails-block-helpers-with-a-side-of-rubinius/
ruby - __respond_to_eh__ 在鲁比纽斯,嗯?
在鲁比尼乌斯,如果你这样做
其中包括"__respond_to_eh__"
和"__instance_variable_defined_eh__"
。
所以这是因为 Rubinius 人想要包装不应该与 混淆的方法名称__
,并且不允许?
在方法名称的结尾之前使用,是吗?
ruby - Ruby 解释器,方法执行
我正在研究不同的 Ruby 解释器如何执行方法执行(例如,当您在 ruby 中调用方法时,解释器采取哪些步骤来查找和执行它,以及其中涉及哪些结构)。我正在尝试比较正在使用的不同方法的性能。
我正在研究的解释器是:MRI、YARV、JRuby、Rubinius、Ruby EE
我正在寻找关于我应该检查解释器源中哪些文件的任何一般性指针,以及你们可以提供的关于该主题的任何其他一般性信息。
谢谢!
multithreading - Rubinius 中的垂死 Actor 或线程/进程是否被沙盒化?
我正在研究 Rubinius (2.0+) 及其应对并行计算挑战的演员库。
我想知道如果一个演员例如吃掉大量的内存直到它抛出 OutOfMemoryException 会发生什么。是只有这个演员死了还是会杀死整个 rubinius 进程?
用更通用的话来说:Rubinius 中的 Actors/Threads 是否彼此充分隔离,以至于一个垂死的线程不会杀死整个系统?
此致
罗伯特