Rails并不是用Ruby编写的：《老虎机机器在线插槽网站游戏伯特诺剑广场 》

这是来自波兰人solnic.codes的帖子，大意如下：波兰语是一门非常难学的语言，它实际上被认为是世界上最难学习的10种语言之一。

在波兰，就像在许多其他国家一样，有些地区使用方言而不是“纯粹”的语言形式，所以在我的城市，我们有自己的方言。

编程语言也有方言，根据定义，编程语言方言是“语言的（相对较小的）变体或扩展，不会改变其内在性质”。

这种变化或扩展是如何实现的并不重要。

重要的部分是原始语言得到了扩展，它提供了更多的功能，而它的原始性质和行为保持不变。

Ruby是一种具有开放类的编程语言，即使是语言的核心功能也可以通过简单地向核心类添加新方法来扩展，例如String或Array.这使得创建自己的Ruby方言变得非常简单！DHH在创建RubyonRails框架时就利用了Ruby的这一独特功能。

这个框架的基础是一个名为ActiveSupport的库——一个核心Ruby扩展的大集合，它们共同创建了一个Ruby方言，一个Ruby语言的扩展版本，它不会改变它的内在本质。

如果你试图从Rails中删除ActiveSupport，一切都会崩溃。

Monkey-patching是另一种说法，即某段代码通过利用Ruby中的开放类来改变一个现有的类。

ActiveSupport库对许多类进行了Monkey-patch，目前在其core_ext目录下有3471个LOC。

当你有一个库，一个ruby​gem，它为核心类添加了如此大量的新方法时，理解这一点很重要：您不再使用Ruby，您现在使用的是Ruby方言，实现为名为ActiveSupport的库您必须知道，您在应用程序代码中添加到自己的类的方法可能会导致与ActiveSupport发生冲突构建其他库（也是猴子补丁核心类）是一个非常糟糕的主意，因为它们也会导致冲突前段时间，我们有很大依赖monkey-patching的rubygems，我们甚至有一个旨在与Rails竞争的全栈框架。

它被称为Merb，它也有类似ActiveSupport的东西，它被称为extlib。

正如您可能猜到的那样——它导致了与ActiveSupport的冲突，因此在同一个代码库中使用这两个库并不可行。

不过，Merb和Rails“合并”到了Rails3中，这就是我们不再有“extlib问题”的原因，因为库已经消失了。

随着时间的推移，许多从事各种gem的Ruby开发人员已经了解了monkey-patching的缺点，并且干脆停止了。

不幸的是，即使大多数gem不再依赖于monkey-patchin，我们仍然有ActiveSupport，因为它是Rails的基础部分。

毕竟，框架是用ActiveSupportRuby方言编写的！不过，问题的症结在于：作为Ruby方言的一部分实现的API看起来“更好”、更简洁和自然为什么？因为它看起来像是语言的一部分！这就是为什么像这样的东西1.day.ago看起来如此“自然”。

除了它不是Ruby，因为它是ActiveSupport。

更多点击标题Rails并不是用Ruby编写的