我想知道在什么情况下我应该考虑使用 Rails 以外的框架。
最佳答案
两件事。首先，Ruby 是一种相对年轻的语言，当您尝试做稍微深奥的事情时(例如连接到非主流或较旧类型的数据源)，您可能会遇到障碍。它还具有较差的 GC，并且没有内核线程，这两者对于高性能平台来说都是非常重要的。主要代码库 (MRI) 非常老套(许多聪明的混淆程序员技巧，如宏)并且有些部分写得不好(想到 gc 和线程调度)。同样，这是一个非常年轻的平台，但很快就流行起来。
其次，虽然 ruby 语言和 rails 的思想/范例都是非凡的，但 ruby 和 rails 平台却不是。 ruby 和 rails 中有很多非常丑陋的东西，与其他平台 (php/asp/jsp) 被认为是正常的相比，部署解决方案处于黑暗时代。
这里被指责为拖钓，所以我会解释一下。由于线程模型，Rails 无法并发处理请求，除非您启动 Rails 应用程序的多个完整实例。为此，您有两个选择，相对较新且仍在开发中的 passenger (mod_rails)，或者久经考验的 apache 负载均衡器，其背后有多个 mongrel 实例。
无论哪种方式，缺乏仅产生工作人员的能力意味着您将需要运行 5-10 个完整的应用程序实例，这会产生非常大的开销(每个应用程序很容易达到 300-500 兆，具体取决于您的 gem 和你的应用程序有多大)。因此，为 Rails 提供服务所需的基础设施比大多数其他东西要复杂得多。
现在，话虽如此，情况一直在好转(我的意思是，passenger 现在可以使用了，这不是我最后一次不得不处理部署 Rails 应用程序的问题)。如果 Rails 在未来几年没有 catch ，我会感到非常惊讶。
此外，rubinius/jruby 正在以正确的方式做事，并且进展迅速。如果 MRI 在未来几年内被放弃以支持其中一种用于主流 rails 工作的实现，我不会感到惊讶。
关于ruby-on-rails - 有哪些你在 Rails 中不能做但可以在其他框架中做的事情？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/504419/