Ruby on Rails Ⅳ ２章 ユーザーと投稿を結びつけよう
20170305@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
migration
ユーザーと投稿を結びつけたい。ユーザーはidを持っているので、notesテーブルにuser_idカラムがあれば判別できるはず。
migrationとは
データベースのテーブルやカラムなどの構造を変更できる仕組み
rails g migration add_user_id_to_notes user_id:integer
を実行すると、migrationファイルが生成される。
上の例だと、user_idカラムをnotesテーブルに追加する、というmigrationファイルが自動生成される。
ファイル名自体は任意なので、このフォーマットに従わずに作ることも可能。
rake db:migrate
rake db:migrate
を実行すると、migrationファイルの中身をDBに反映できる。
いままで実行していたのは、rails g modelやrails g scaffolrで自動生成されたmigrationファイルをDBに反映するためだった。
user_idを保存しよう
フォームでnoteを作成する際に、user_idも一緒に入力・送信できるようにする。
note作成時にuser_idを必須にするよう、コントロールを変更。ストロングパラメータを思い出す。バリデーションも。
ユーザーの投稿一覧を表示しよう
userのshowページに、そのuserの投稿一覧を表示する。
whereメソッド
@notes = Note.where(user_id: @user.id)
一対多
has_manyとbelongs_to
（※これ便利だけどちゃんと理解しないといけないやつだ。他のも読んで理解）
一対多もそうだし、ファイル間のデータの受け渡しがまだまだ難しい。＠付け忘れたりする。
今回の勉強時間：35分 累計勉強時間：10時間29分 （10時間突破！）
Ruby on Rails Ⅳ １章 ユーザーをscaffoldしよう
20170304@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
ユーザーをscaffoldしよう
（scafflodする、は動詞なんだ・・・。）
ユーザを作成する
$ rails g scaffold User name:string email:string $ rake db:migrate
ユーザを作ったら、あとはユーザーページを作ったりログイン機能つけたりログイン時のバリデーションとかするんだろうな、とこの時点で想像。
これだけでユーザの追加・編集・削除が出来るように。確かにscaffold便利。
ユーザーのバリデーション
name, emailの値が存在する場合に保存するようにする。
また、uniquenessを使って、同じメールアドレスのユーザが登録されないようにする。
validates :name, presence: true validates :email, presence: true, uniqueness: true
短いけどキリが良いのでここまで。
今回の勉強時間：10分 累計勉強時間：9時間54分
Ruby on Rails Ⅲ ２章 scaffoldのコードに近付けよう(2)
20170303@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
form_for
form_forヘルパーを使うと、form_tagヘルパーを使うときと比べてより簡単に作ることができる・・・？
form_forの書き方は
<%= form_for(インスタンス) do |f| %> <% end %>
fのところは、こう書く。
form_forの中身を書こう
`form_forの中身のフォームも、ヘルパーで簡単に書けるらしい。
例えば
<%= form_for(@note) do |f| %> タイトル <%= f.text_field :title, class: "form-control" %> 内容 <%= f.text_area :content, class: "form-control" %> <%= f.submit "保存", class: "btn" %> <% end %>
パーシャルを作ろう
小林製薬のパーシャルデント 消臭洗浄 108錠 入れ歯洗浄剤 部分入れ歯用
- メディア: ヘルスケア&ケア用品
new.html.erbでは@noteがデータベースに保存されていなかった。（これから新規に作るので）
→じゃあedit.html.erbだったら？既存の@noteのタイトルとコンテンツを引っ張ってこないといけない。
form_forの引数オブジェクトが既にDBに保存されている場合、createアクションではなくupdateアクションへのパスが自動的に設定される。
つまり、editのほうでは何か違った書き方をしなければいけないわけではない。
そのため、new.html.erbとedit.html.erbのコードのうち、form_forの部分が全く一緒になる。それならまとめたい。
そこでパーシャル
ビューファイルのコードの重複を取り除いたり、見やすくしたりするために、コードの一部分を抜き出したファイルのことを「パーシャル」と呼びます。
なるほど。
- パーシャルのファイル名はアンダーバーから始まる。
- パーシャルはrenderメソッドで
render 'フォルダ名/パーシャル名'で。
updateメソッド
フォームの送信先のupdateアクション、scaffoldで生成されたほうはupdateメソッドを使っている。
updateメソッドは
update(title: 値, content: 値)
のように、引数にハッシュをとることができる。
クリアー。
今回の勉強時間：45分 累計勉強時間：9時間44分
Ruby on Rails Ⅲ ２章 scaffoldのコードに近付けよう(1)〜サクセスメッセージを表示しよう
20170302@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
サクセスメッセージを表示しよう
投稿が成功したらメッセージを出す。
やり方は、redirect_toの第二引数にnoticeを指定する。
ということは、notice以外にも色々あるんだろうなーと思い、さらっとググる。
まだやれるけど、章が終わってキリがいいのでココまで。
今回の勉強時間：7分 累計勉強時間：8時間59分（おしい！！）
Ruby on Rails Ⅲ ２章 scaffoldのコードに近付けよう(1)〜フォームに初期値を入れよう - エラーメッセージを表示しよう
20170301@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
フォームに初期値を入れよう
前にやった気もするけれども、今回は「バリデーションチェックを通らなかったときに、さっき入力していた値をフォームに入れておこう」という趣旨。
saveに失敗した時の初期値
createアクションで@noteに値がセットされているので、@note.titleで初期値を表示できる。
newアクションを経由した場合の初期値
newアクションで中身が空の@noteを定義する
・・・演習がコピペで終わった
エラーメッセージを表示しよう
何がダメでやり直しさせられてるのか、ユーザにお知らせしたい。
バリデーション失敗時、エラーメッセージは同時に作られる。（！）
内容は
@note.errors.full_messagesに入っている。
取得の仕方
<% @note.errors.full_messages.each do |message | %> <%= message %>
こんな感じ。
full_messages以外のメソッドはどんなのがあるの？という疑問が出て少し調べたのでメモ。
参考：Active Record バリデーション | Rails ガイド
「エラーが一つでもあれば表示する」の書き方
<% if @note.errors.any? %> <% end %>
エラーメッセージを出すと、「なんかそれっぽいものが出来てきた」という気になれるので良い感じ。 見た目もbootstrapで綺麗だし。
今回の勉強時間：16分 累計勉強時間：8時間52分
Ruby on Rails Ⅲ ２章 scaffoldのコードに近付けよう(1)〜バリデーションをかけよう - render
20170228@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
バリデーションをかけよう
テストエンジニアとしては気になるところ。
ユーザの入力値をチェックする。空でないかどうかなど。
バリデーションはモデルで設計する。
validates :title, presence: true validates :content, presence: true, length: { maximum: 140 }
render〜ビューを出力しよう〜
バリデーションの結果によって処理を変える。
パスの省略
redirect_to note_path(@note.id)
これを
redirect_to note_path(@note)
こうして
redirect_to @note
こうじゃ
render
renderメソッドを使うと、指定したビューファイルをブラウザに表示する。
バリデーションで失敗したら、もう一度new.html.erbを出せる。
render :new
今回の勉強時間：21分 累計勉強時間：8時間36分
Ruby on Rails Ⅲ ２章 scaffoldのコードに近付けよう(1)〜セッターを省略しよう・ストロングパラメータ
20170226@home Progate | プログラミングの入門なら基礎から学べるProgate[プロゲート]
目次
セッターを省略しよう
scaffoldで作ったコードではセッターが使われていない、なぜか。
→newメソッドの引数にハッシュを取っているから。
@note = Note.new(title: params[:title], content: params[:content])
といった具合。
ストロングパラメータ
↑でセッターを省略できたはいいが、titleとかcontentとかをそれぞれセットするのはめんどくさい。まとめて受け取って、まとめてセットできるほうが嬉しい。
悪いやり方
<input name = "note[title]"> <textarea name = "note[content]">
に変更して、コントローラは
@note = Note.new(params[:note:)
で受け取る。
これだとどんな値でもセットできてしまい、セキュリティ的に禁止されている。
そこでストロングパラメータ。
ストロングパラメータの使い方
params.require(paramsのキー).permit(保存を許可するカラム1, 保存を許可するカラム2, ...)
今回の勉強時間：20分 累計勉強時間：8時間15分
