很少有框架是提供完整解决方案的.
我想, 就标题的问题来讲, 答案就是, Rails 的约定大于配置核心原则能够有效帮助开发者减轻选择轮子的痛感....通过减少无意义的选择, 接受社区的约定, 和按照 web 开发中基本问题的约定, 你将变的更出色, 更高产. 少一些无意义的独特性, 不必关注最小剪裁, 这些东西根本没有意义....我已经在其他地方进一步详细阐述了在Rails 核心原则中关于配置的约定方法, 以及点菜 / omakase冲突的说明, 和集成系统的吸引力以及 Rails 社区的其他核心价值....我认为这或许有点关系, 但区别还是非常大, 如果因此而错失 Rails, 这个决策真的是因小失大....而且, 最为重要的是, 我已经把 “樱桃” 留下了. 现在就开始使用 Ruby 吧. 就算这些年是人们重新发现函数式编程和不变性数据理念价值的时代, Ruby 仍然是我遇到过最漂亮, 最奢华的语言.