2011-08-07 5 views
4

私はちょうどキュウリとBDDの方法を学ぶアプリケーションを作成しています。 http://guides.rubyonrails.org/でレールの学習を始めるときには、CRUD機能とスケルトンをコントローラとビューに生成するためにスキャフォールディングを使用しています。この方法で、PHPのカスタム記述コードと比較して大幅に高速化できます。しかし、キュウリのスクリーンキャストや、BDDに関するコメントを読んだり、https://github.com/diaspora/diasporaのソースコードを探しているときは、すべて足場を使用していません。テストを書くとき、私は作成とテストに長い時間を費やしていますが、スキャフォールドで生成された基本コードはクラッシュできないことがわかります。それは私の質問です:どのようにBDDと骨格の速度の間で妥協を与えるのですか?キュウリと足場

+1

ただリラックスしてください。あなたは、レールの世界を積極的に探検し続ければ、足場をすぐに忘れるでしょう。 – iafonov

答えて

5

足場は、TDD/BDDサイクルを知りつつも良い出発点として役立ちます。私が最初にRSpec Bookを読んだときに、いつ、そして、なぜそれを使うべきかと混同していたことがわかりました!それから、ちょっと遅くなってからもう少し手助けをしてくれるCucumber Bookが来ました(この本はまだベータ版ですが、素晴らしいリソースです)。

Sarah Meiのブログ記事「Outside-in BDD: How?」の助けになる他の素晴らしいリソースがあります。この記事の素晴らしい点は、開発者として使用するフローとスタイルの議論です。これは、BDDを行うスタイルの周りに基本的な例の再ハッシュだけでなく、いくつかのコンテキストを置くので便利でした。

もちろん、「本物のプログラマー」は足場を使用すべきではないという通常の議論があります。これは、大規模な生産アプリケーションに当てはまる可能性があります。実際には、私たちはどこかで学び始める必要があり、Railsも例外ではありません。これは大きなフレームワークです。RSpec + Cucumberを追加すると、幅と深さが非常に速くなります。