如果你拿出脚手架功能,它为你创建了模型/控制器和CRUD页面,那么在轨道上的红宝石仍然比市场更快,django ?
如果你带走那一步似乎很相似......(尽管我相信django具有类似的自动生成功能)
我正在阅读rails网站上的入门指南,当它介绍了脚手架功能时,它说很多人喜欢手工编写这些类型的区域。
答案 0 :(得分:4)
我从未见过生产应用中使用的Rails脚手架生成的视图代码。它创造你想要的外观的几率几乎为零。我一直将模型和控制器用于生成器,因为它们非常有用。
关于框架的问题:
如果您更了解Python,请使用Django。 如果您更了解Ruby,请使用Rails。
如果这是一个业余爱好网站,请使用您最感兴趣的网站。
答案 1 :(得分:2)
默认的脚手架通常仅作为起点有用,并且不会在真实应用上提供过多的支持。如果你想要一些基于Rails的东西来提供更好的脚手架,请查看Hobo或ActiveScaffold - 两者都提供脚手架式功能,但默认情况下比Rails更进一步。
就Rails与Django而言,它们提供了非常相似的功能,尽管Django具有内置的帐户管理功能。你使用哪一个应该更多地是语言偏好而不是其他任何事情。
答案 2 :(得分:1)
脚手架只是一个演示和学习功能。它不适用于真实站点开发。这肯定不是Rails的主要优势。