>使用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这样的“慢”语言的生产力提升通常会超过你放弃的东西.
总结以上是内存溢出为你收集整理的ruby-on-rails – 我们可以获得Ruby和Rails性能统计数据吗?我们正在说服企业使用Rails!全部内容,希望文章能够帮你解决ruby-on-rails – 我们可以获得Ruby和Rails性能统计数据吗?我们正在说服企业使用Rails!所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)