Ruby on Railsチュートリアル)では、経験豊富な開発者はコードを記述して独自のMVC。
別の場所で、スキャフォールディングを使用するのは良い考えだと私は読みました。なぜなら、それは慣習に固執するのに役立ち、コードを見て操作する他の人があなたが何をしているかを理解できるからです。
私はRuby on Railsですが、MVCまたはWebアプリケーションではありません)にかなり慣れていません。通常、足場の慣習に固執して、それを案内してくれますか?
足場は目的を果たします-それはラピッドプロトタイピングツールです。それがあなたがやっていることならそれを使ってください。プロトタイプを入手したら、足場が生成したものを変更するか、足場を削除してアプリをビルドするかをインテリジェントに決定できます正確に必要に応じて。
これが初めての場合Railsアプリケーションですが、足場を使用しないことを強くお勧めします。学習課題として、金属に取り掛かり、必要なものを正確に確認することほど優れたものはありません。アプリを起動して実行します。
お役に立てれば!
足場が生成するものから不要なコードを削除する方が、すべてのファイルとコードを手動で作成するよりも速いという単純な理由で、私はそれを使用しています。
もし私があなただったら、少なくとも自分のためにそれを試してみて、それが何を出しているのかがほとんど有用であるかどうかを確かめるでしょう。
私は4年のビルドでこれを使用したことはありませんRailsアプリです。状況によっては役立つ可能性があります。これの良い点は、それが明白な一時的なUIであることです。それと一緒にライブしてみてください。
ActiveScaffoldについても同じことが言えません(遭遇した場合)。これは出荷可能なUIのように見え、管理者は、UIが適切であると考えて出荷を依頼することにだまされる可能性があります。やめて!実際、私はASについて言及したことをすでに後悔しています。
私はRoRを使用して多くのWebサイトを開発し、会社で働いたことはありませんでした。それはほとんどのRoR開発者に当てはまると思います。これといくつかの状況でそれを使用するいくつかのプロの開発者についてのいくつかの議論を覚えていますが。
しかし、私は彼らがRails scaffoldingのデフォルトバージョンを使用せず、代わりに独自のバリエーションを実装したと思います。これは、設計が行われていない大企業の社内作業を行う場合に特にうまくいくかもしれません。 t大幅に変更する(または重要ではない)ため、統計または同様の反復タスクのために同じ種類のデータに関する多くのビューが必要です。
他の人が言ったことをエコーするには、私がRails I se scaffoldingを使用する場合、しかしrelyを使用しない場合、それが理にかなっている場合) 。多くの場合、スキャフォールドが生成するものの90%が必要なので、ジェネレータを実行して、不要なもの(XMLが不要な場合は「HTMLまたはXML」など)をすべて削除するよりも簡単です。同じコードを手動で入力します。キーストロークを無駄にするだけです。
学習している場合は、それを手動で記述して、それが何をするのか、なぜそれを行うのかを理解し、後でスキャフォールディングを使用してそのコードをすばやく生成するようにします。 IMOの専門家Rails開発者は、スキャフォールディングをいつ使用し、それを使用して基本的なコードを生成し、必要なアプリの必要に応じて変更するタイミングを知っています。
つまり、いいえ。
ジェネレータを使用しますが、足場はほとんど使用しません。あなたは足場を編集するのにかなりの時間を費やす傾向があり、それは少し奇妙なものになります。
トップダウンの開発をしている場合は、コントローラージェネレーターを使用することでかなりの妥協点を見つけることができます。
私は足場でアプリを始めましたが、「RoRウェイ」から逸脱し始めたとき、3番目のエンティティによって、それは役に立たないことがわかりました。