经验丰富的Ruby on Rails开发人员是否使用脚手架?


18

在Ruby on Rails教程中,我读到一些文章,建议有经验的开发人员不要使用脚手架,因为他们倾向于只编写代码自行连接MVC。

在另一个地方,我读到使用脚手架是个好主意,因为它可以帮助您遵守约定,以便其他查看您的代码并与您的代码进行交互的人都可以理解您在做什么。

我是Ruby on Rails的新手,但不是MVC或Web应用程序的新手-我通常应该努力遵循脚手架约定并让它指导我吗?


2
如果可以的话,我提交了一个编辑提交,将标题中的Ruby更改为Ruby on Rails。
替代

@mathepic Yup,现在变得更有意义了-感谢您这样做。
Genadinik

如果您确实了解编程,但是从不使用过Rails,则绝对不同意,它绝对会首先创建产品支架并查看它与emply应用程序相比所创建的东西。这是绝对快捷的方法,可以确定所有内容如何链接在一起以及命名约定(在rails中非常重要)。之后,销毁脚手架并手动建造。
Kimmo Hintikka'3

Answers:


19

脚手架是有目的的-这是一种快速的原型制作工具。如果您正在这样做,请使用它。有了原型后,您就可以明智地做出决定,以修改为您生产的脚手架,或者删除脚手架,并根据需要完全构建应用程序。

如果这是您的第一个Rails应用程序,我强烈建议您不要使用脚手架。作为一项学习练习,没有什么比深入了解并准确了解启动和运行应用程序所需的知识更好的了。

希望这可以帮助!


它有帮助,我明白你的意思。该应用程序是供其他人使用的,因此,我只是在尝试获得足够的背景知识,以便我可以自行设计大多数东西。
Genadinik

4

我使用它的原因很简单:从脚手架生成的内容中删除不需要的代码比手动创建所有文件和代码要快。

如果我是你,我至少会自己尝试一下,看看它提供的内容是否最有用。


3

在构建Rails应用程序的4年中,我从未使用过它。我认为在某些情况下它会很有用。它的好处是它是一个明显的临时UI,因此没有人会尝试使用它。

关于ActiveScaffold,不能说相同的话(以防您碰到它)。它看起来像是可交付的用户界面,并且管理层可能会愚蠢地认为该用户界面很好,可以要求您发货。别!实际上,我已经后悔提到AS。


2

我用RoR开发了许多网站,在我工作的公司中,我们从未使用过它。我认为大多数RoR开发人员都是如此。尽管我记得有关此问题的讨论以及一些专业开发人员在某些情况下使用它的讨论。

但是我认为他们没有使用默认版本的Rails脚手架,而是实现了自己的变体。如果您在大型公司内部工作(设计没有太大变化(或无关紧要),并且您需要对相同类型的数据有大量视图以进行统计或类似的重复任务),这可能会特别好用。


2

为了回应其他人的说法,当我使用Rails时,我使用的是脚手架,但我不依赖脚手架,如果那是有道理的。通常,我需要90%的脚手架生成的内容,因此比编写所有的手动输入相同的代码。您什么也不做,只不过浪费了按键。

如果您正在学习,那么您应该手工编写它,以便知道它的作用和原因,然后在以后开始使用脚手架快速生成该代码。IMO是一名专业的Rails开发人员,知道何时使用脚手架,何时使用脚手架生成一些基本代码,然后根据需要为应用程序进行修改。


1

我以脚手架启动了我的应用程序,但是当我开始偏离“ RoR方式”时,由第三个实体发现它没有用。


1

简而言之:不。

我将使用发电机,但几乎不再使用脚手架了。您倾向于花费大量的时间来编辑脚手架,但它会变得有点笨拙。

如果进行自顶向下的开发,我发现使用控制器生成器可以使您快速启动并运行非常不错。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.