Ruby on rails 3 黄瓜和脚手架

我正在学习Cucumber和BDD创建应用程序的方法。

---

当我开始学习rails时，我会使用scaffolding为我的控制器和视图生成CRUD功能和框架。与PHP自定义编写代码相比，这种方式给了我很大的速度。但当我在看黄瓜屏幕广播，阅读关于BDD的评论，或者查看源代码时，所有这些都不使用scaffold。当我尝试编写测试时，我花了很长时间来编写和测试，但我知道由scaffold生成的基本代码是不可崩溃的。这就是我的问题：如何在BDD和脚手架速度之间达成妥协？

当您了解TDD/BDD循环时，脚手架是一个很好的起点。我发现，当我第一次阅读时，它与什么时候使用和为什么使用混淆了！随后出现了一个更有用的工具，因为它会让你慢慢地完成这些步骤（尽管这本书还在测试阶段，但它是一个很棒的资源）

另一个很有用的资源是Sarah Mei的一篇名为“”的博客文章。这篇文章的优点在于讨论了作为开发人员使用的流程和风格。这是很有用的，因为它为执行BDD的风格提供了一些上下文，而不仅仅是一个基本示例的重新哈希

当然，“真正的程序员”不应该使用脚手架，这是一个常见的争论。对于大规模生产应用而言，这可能是正确的。现实是，我们都必须从某个地方开始学习，Rails也不例外；这是一个很大的框架，一旦你加入RSpec+cumber，它的广度和深度都会快速增长。

放松：）如果你继续积极探索rails世界，你很快就会忘记脚手架。