Rails Brick或Rails Composer是否被广泛使用?

use*_*088 9 ruby ruby-on-rails ruby-on-rails-3 ruby-on-rails-4 railsapps

我是Ruby on Rails的新手,并且看到人们使用Rails BrickRails Composer等自动样板生成器来创建样板用户管理系统等.来自不信任自动生成代码的后台,这是好的/ Rails中的合法实践使用此类系统.另外,我正在与一家初创公司合作开展一个项目.使用这种发电机是否合适,这种习惯有多普遍.

PS Mods请注意,这不是要求比较/意见/争议的问题.我对Rails中的一般做法感到好奇,以及它在生产中的使用频率.

Dan*_*hoe 18

我是Rails Composer的维护者,所以我相信我可以用权威回答这个问题.

我尊重(并分享)从头开始构建的冲动.那是一种健康的冲动.Rails包含应用程序模板的工具(Rails Composer是一个应用程序模板),因为自动化可以节省时间和精力.对于构建许多Web应用程序的人来说,您决定自动化该过程的时候到了.

Rails Composer提供了优于roll-your-own应用程序模板的优势,因为它是开源的,成千上万的开发人员使用它们,许多人都有代码贡献.随着Rails和宝石的变化,Rails Composer会得到更新,因此您每次都可以获得当前的"参考实现".它为您提供良好的测试的集成无需扭捏的所有点点滴滴,像RSpec的加水豚和FactoryGirl,闪存的消息和导航要么引导或基金会的前端框架,制定和OmniAuth进行身份验证,权威人士授权启动应用程序,以及开发人员喜欢添加的许多实用宝石(Guard,Pry等).它允许您选择堆栈(例如,ERB,Haml或Slim),在社区提供选项的范围内提供选择.

如果您担心运行安装脚本的安全性,那么代码是开源的,并且被成千上万的Rails开发人员使用(您可以在GitHub repo上看到超过2000名观察者).它纯粹是一个使用Thor库的应用程序模板,虽然理论上有人可能会贡献篡改你文件的代码,但我们永远不会接受像这样的拉取请求.Rails Composer仅提供众所周知的流行宝石,因此您不会面临使用未知宝石的潜在风险.

Rails Composer被广泛使用,特别是由构建大量应用程序的顾问.许多着名的咨询公司都有一个内部应用程序模板(例如,Whilebot Suspenders),有些使用Rails Composer或者rails_apps_composer gem来生成自定义应用程序模板.经常只在一个应用程序上工作的开发人员(例如,维护一个大项目)往往不太熟悉像Rails Composer这样的应用程序模板,但它很受开发大量应用程序的开发人员的欢迎.

Stack Overflow不是意见的地方,所以如果你想要一系列关于Rails应用程序模板优点的意见或争论,RedditQuora可能是一个更好的地方.

欢迎来到Stack Overflow!我希望您的所有问题都能得到准确及时的回答.


Eri*_*tch 9

我是Prelang的开发者,它类似于你提到的生成器.它的不同之处在于添加了数据建模,GitHub集成以及某些功能的更深层配置.和丹尼尔一样,我相信我对此也有一定的权威,并同意他非常完整的答案.

要回答你的问题,Prelang是更新的,但它已经被成千上万的开发人员使用,从初学者到开发商店.

我想要指出的是,Prelang(以及其他构建器)与您在听到"代码生成"时传统上的想法不同.在使用Prelang时,我的目标是自动化"Rails开发人员无论如何都会做的一切".Prelang确实生成方法/代码,但主要是自动化Gems的安装过程,设置配置值,创建模型和运行rails命令.也就是说,Prelang对于它使用的宝石有所了解,但是我已经为每个功能选择了最受欢迎的宝石,并且一旦我获得更多牵引力,就可以灵活地在多条路线之间进行选择.

Prelang还提供了真正的Git提交,因此您可以在项目生成后查看每次提交,从而全面了解您的代码库.这旨在进一步减轻与生成的代码有关的问题.

埃里克