Ruby on Rails是否适合大型项目？

我正在做关于RoR的演示。它看起来不错，除非我找不到任何“问题”部分。似乎没有。 :)Ruby on Rails是否适合大型项目？

我特别感兴趣的是：

什么问题都没有与维护/管理时，多个开发人员参与大型项目的回报率？
对于使用动态类型语言和静态类型语言的大规模项目的开发人员，具体考虑什么？
为什么RoR不适合大型项目？

我找不到这个谷歌搜索互联网任何东西。我想听听你对这些观点的看法？

谢谢长Arkadiy

2011-01-07 arkadiy

我很确定代码质量和框架的适用性更多地取决于团队管理和其他工具，而不是语言和框架。现在不能引用我的头顶上的任何内容 – 2011-01-07 07:47:31

http://stackoverflow.com/questions/14823/is-ruby-on-rails-ready-for-the-enterprise和http：//www.infoq。 com/articles/changing-the-present-case-stud – Zabba 2011-01-07 07:50:54

http://www.canrailsscale.com/。我真的很喜欢Rails！ – 2011-01-07 08:05:27

我确定你可以在网上找到很多这样的东西，但我很乐意。

可维护性：Ruby和Rails都是为了创造更多可维护的代码而牺牲一点性能。这就是为什么Ruby首先是动态语言的原因。就开发人员/团队而言，Rails非常适合创建和维护易于理解和维护的代码。
动态与静态：从开发团队的角度来看，静态语言具有非常明确的独特优势。没有什么魔法可以混淆新开发人员，在追逐鬼魂方面应该做的很少（理论上说，无论如何）。动态语言能够真正利用面向对象并快速开始开发，这一优势很快就被超过了。
适用性：我想不出有什么好的理由。它是测试驱动的，经过验证的，并且设计得非常好。它是为了完成这项工作而做的，所以这并不让我感到惊讶。 :)

来源

2011-01-07 09:35:37 coreyward

对于可扩展性，如果Twitter能DOIT所以我觉得你可以做到这一点。

和可维护性，就像任何其他的编程语言，你需要使用某种版本控制，SVN或混帐的。

来源

2011-01-07 07:45:38 Edmhs

大部分的RoR开发团队在我的经验适用于MAC。使用混帐或SVN进行版本控制。最多使用TextMate或科莫多。特别与科莫多临你可以在团队中使用它。一个好的SVN客户端有版本

我没有更大的团队，然后5和开发工作，这是规模并不大，我认为:)但是框架本身是很容易处理像大多数其他的我有看到。主要用于Scrum团队，但如果你拥有一个良好的组织，我认为在大型团队中使用RoR没有任何不利之处。

代码文档工具都得心应手，分裂模型，控制器和视图起来的团队成员不同的部分不应该是一个大问题，并与夜间竣工图设置测试服务器是很容易的。

我们在Linux和Windows环境中使用RoR，并且拥有非常好的生产体验。技术上它与其他大型框架一样可扩展，其中sql_sessions和mem_cache可以让服务器场更容易地为数千或数百万用户运行。

所以imho：它适用于任何规模的团队。

来源

2011-01-07 07:56:16 YvesR

Ruby on Rails是否适合大型项目？

回答

相关问题