【Rails】絶対に抑えたいTransactionのポイントを三つにまとめてみた。【必須】 - Qiita
※Rails公式ドキュメントから、平易な日本語でポイントとプラスαまとめています。(公式ドキュメント: http://api.rubyonrails.org/classes/ActiveRecord/Transactions/ClassMethods.html) Transaction - 失敗→Save前 Transactionは、複数のSQL文を囲んで、そのSQLそれぞれが成功した場合のみに、すべてのSQLの変更を反映するよというもの。典型的な例は銀行口座の例で、片方の口座からの引き落としに成功した時のみ、もう片方の口座にお金がプラスされるよ、みたいなね。 こんな感じで、Transactionはデータベースの統一性をプログラムやdbのエラーから守るもの。一緒に処理されなきゃいけない処理の塊を持ってる時は絶対に使わなきゃいけない。 例えば、以下の例ではkevinの口座からの引き落としに成
Rails fields_for のドキュメントを和訳しました。 - Qiita
fields_for(record_name, record_object = nil, options = {}, &block) public 特定のモデルオブジェクトのためにスコープを作るが、form_tagをそれ自体では生成しない。 同じフォームの中で追加でモデルオブジェクトを特定する時に便利。 form_forと用途も目的も似ているが、特徴が少し異なる。 form_forと同様に得知恵のモデルオブジェクトに関するFormBuilderオブジェクトをブロック内に生成し、そのブロック内部ではそのbuilderに対してメソッドを呼び出せる。メソッドは、そのモデルオブジェクトのフィールドを生成したりする際に使われる。フィールドはモデルオブジェクトで二つの変数をいじることができて、一つはname、すなわちそのフィールドがどう呼ばれるか(すなわちcontroller内のparamsハッシュで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
