ruby-on-rails – 我们可以获得Ruby和Rails性能统计数据吗？我们

发布时间：2020-12-17 02:58:36 所属栏目：百科来源：网络整理

导读：我们说服我们的产品官员我们想要使用J Ruby on Rails,我们很难得出一些统计数据,表明：使用Rails编写时间较少,而不是使用Struts或Zend Framework或者你有什么. Ruby(特别是JRuby)的表现并不可怕(不再). Rails性能也不错. 如果你能快速得到我们一些好的统计

我们说服我们的产品官员我们想要使用J Ruby on Rails,我们很难得出一些统计数据,表明：

>使用Rails编写时间较少,而不是使用Struts或Zend Framework或者你有什么.
> Ruby(特别是JRuby)的表现并不可怕(不再).
> Rails性能也不错.

如果你能快速得到我们一些好的统计数据,我们可能有机会！

更新：

我们确实说服了企业在Rails上使用JRuby,现在我们已经进入项目几个月了.谢谢你的帮助！

解决方法

即使它显然是真的,也难以量化1.一个糟糕的衡量标准,但我能想到的最好的是代码的比较gzip大小：

http://shootout.alioth.debian.org/u64/benchmark.php?test=all&lang=yarv&lang2=java

ruby代码包含Java代码的一半“信息”.我已经完成了几年的rails和许多其他框架,但几乎不可能量化,因为我从未用两种语言/框架编写相同的项目.

但是,图中没有考虑的一件事是Ruby无法进行编译器时间检查,因此您通常必须拥有更好的测试覆盖率才能对您正在部署的代码有信心.

> Ruby性能在性能方面实现了跨越式发展.当你将它与任何东西进行比较时,它仍然很糟糕,但对于网络前端而言,老实说这并不重要. JRuby比Ruby(1.8.x)快,但仍然远离静态类型的JVM语言(scala / java等)一个数量级.
>老实说,Rails对于一个框架来说是非常缓慢的.计算沉重有助于实现疯狂的发展速度.对于前端来说,它也没那么重要.

您的前端框架/语言选择只会为每个请求添加10毫秒.如果您的应用程序对数据执行任何重要操作,则前端演示文稿/调用将不会占用大部分请求时间.

这几乎都是关于权衡和什么/无关紧要.诚实地说,你的前端语言的计算速度并不那么重要,而像ruby这样的“慢”语言的生产力提升通常会超过你放弃的东西.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!