RoR有太多选择吗？这是什么意思？

Question

我读到某处（我不记得究竟在哪里）RoR有太多选择，我对RoR知之甚少，所以我想知道是否有人可以为我解释这个（或者可能不是真的？）。 / p>

框架中确切的选择是什么？

有人可以为我总结更受欢迎的RoR插件吗？

我收集这些'选择'在：

1. ORM
2. 模板引擎
3. 用于常见任务的库？

各个领域的摘要会很棒。

Answer 1

你的问题相当广泛（因而很难回答），但我会尝试解决为什么有人可能会将此作为批评提出来，我认为这是批评的一部分。

当Rails首次出现时，有几件事情是：

• 这是一个完整的堆栈框架（ORM，MVC框架，模板引擎，帮助方法的集合，它们都能很好地协同工作） - 这样就不需要开发人员在每个类别中选择一个包并将它们带到一起工作。
• 这是opinionated software，这再次意味着为您做出了很多决定，从项目的文件夹布局到使用ActiveRecord时数据库表和字段的默认名称。同样，这有助于开发人员做出这些选择，让他或她专注于手头项目的具体细节。

其中大部分仍然有效，但现在肯定有比过去更多的潜在选择。例如如果您更喜欢不同的模板引擎，则不需要为项目创建ORM，依此类推。这通常是tokland链接到的帖子中提到的好事。

你提到你对Rails了解不多。如果您有兴趣了解更多信息，那么我会启动一个带有默认选项的项目，看看它对您有何帮助。然后你可以发布跟随的问题，如“有人可以推荐我可以使用的替代模板引擎 - 我不喜欢erb，因为特殊原因XYZ”

Answer 2

我宁愿发现RoR有太多惯例的观点。我来自Java世界，你有'overchoice'，所以现在我更喜欢新的RoR 3开放式会议。

最近，Rails 3增加了更多内容，这要归功于专注于界面澄清和可插拔性的架构重新设计。但是在RoR 2中，甚至替代HAML视图实现也使用猴子修补作为ERB替代方案。选择替代方案会导致每次Rails升级都令人头疼。