LoginSignup
0
0

More than 1 year has passed since last update.

【Rails】ストロングパラメータとは? エラーとデバック方法【解説】

Posted at

ストロングパラメータとは

「Web上から入力されてきた値を制限することで、不正なパラメータを防ぐ仕組み」です。
MassAssingment脆弱性というセキュリティ上の問題に対処するための仕組みとしてRails4系から導入されたそうです。

なぜ使うのか

投稿フォームに入力された情報はparamsによって取得できます。
その際、不正に投稿された内容がparamsに含まれているとその情報まで保存されてしまいます。

そこでストロングパラメータを設定しておくことで指定したカラムの情報(不要なカラム情報を取り除く)だけを受け取ることができます。

ストロングパラメータについての解説

ストロングパラメータ定義の仕方

これは現在、私が作成しているタスク管理アプリのタスクカード作成時のcreateアクションで扱おうとしてる例です。

app/controllers/card_controller.rb
private
    def card_params
      params.require(:モデル名).permit(:カラム名1, :カラム名2,,,).merge(カラム名: 追加したいデータ値)
    end

実際のコードは以下になります。
cardモデルに対して、card_title, memo, 外部キーのlist_idカラムを保存しようとしています。

app/controllers/card_controller.rb
private
    def card_params
      params.require(:card).permit(:card_title, :memo).merge(list_id: params[:list_id])
    end

それぞれの中身について説明していきます。

requireメソッド

今回の場合、createアクションで保存したいテーブルを管轄するmodelを指定します。
すなわち、require(:card)となります。

permitメソッド

ユーザーがフォームなど入力してきた値について「どの値を許可して受け入れるか」を指定します。
permit(:card_title, :memo)を指定して受け入れています。

mergeメソッド

ユーザーがフォームなど入力してきた値以外もテーブルに保存したい時に指定します。
今回の場合は、list_idという外部キーも保存したいので、merge(list_id: params[:list_id])となります。

エラーと解決の鍵 『デバック』

思い通り動作しないしエラーも発生

アプリを作り初めてタスクカード作成機能を実装している時に、
下の画像のようなエラーメッセージと共にカード作成ができない現象に悩まされました。

Qiita【ストロングパラメータ_1】.png

(Listを入力してください)
「、、、。」
「入力するフォームなんてないぞ^^;」
「ん、もしかすると外部キーlist_idが何か関係しているのか!?」

「ビューはエラー画面になってないから、ローカルサーバーでエラーが出ていないかみにいこう、、」

Qiita【ストロングパラメータ_2】.png

「外部キーlist_idは取れてるみたいだし、問題なさそうだ。」 ←ここで気づけたはず
ここからが時間が掛かりました。
「サーバーの一時的な不具合かな。とりあえず、リロードしてみよう!」
(ページをリロード)

Qiita【ストロングパラメータ_3】.png

「今度は、Routing Error!?」
「一応、ルーティング確認しておくか。」
(config/routes.rbの記述には問題なし)
「だよね〜」

No route matches [GET] でググってみると、HTTPメソッドの指定が違うときにエラーになってる人が多数いた。
とりあえず、rails routesコマンドでルーティング確認。

Qiita【ストロングパラメータ_4】.png

「cardコントローラーのcreateアクションの、HTTPメソッドはPOSTで合ってる、、。」
「チーーーンorz」
ここで一旦、思考を変えて、YouTubeでエラー解決のために役立ちそうな、以下の動画を観てみました。

この動画は、とても参考になりました。エラーで悩んでいる初学者の方は絶対に観たほうが良いです!

ここでは、

  • Railsのエラー画面の見方
  • better_errors&binding_of_callerというデバック用gemの導入方法と使用方法
  • Railsには標準で、byebugというデバックツールがあることを知りました。 (他にもたくさん参考になることがありました)

救世主 『デバッカー』

エラー画面は出ていないので、byebugで何か原因が掴めるのではないかと早速使って見ることにしました。

byebugとは
Rail標準で装備されてデバックツールです。
一行ごとにプログラムを実行してその時に宣言されている変数の中身をみながら動作を確認する事が出来ます。

実際にbyebugを使って、card_paramsでキーが取れているか中身を確認していきます。
カード作成時の動作を確認するため、下の画像の位置にbyebugを記述します。
byebugの代わりにdebuggerと記述しても同じ動作をします。

Qiita【ストロングパラメータ_5】.png

byebugが起動したら、card_paramsと入力してパラメーターを確認します。
下の画像でもわかるように、card_titlememo、 外部キーのlist_idを取得したいのに
外部キーのlist_idが取得できていませんでした。

Qiita【ストロングパラメータ_6】.png

ここで初めて、外部キーlist_id が取得できていないことが明確になりました。
最初の見当の付け方は合っていたけど、ここまで時間がかかった、、。

さて、ここからが本題、外部キーlist_idを取得するにはどういう記述をしたらいいのか。

外部キーの取得の仕方

結論から言うと、mergeメソッドを用いた記述をすることです。

card_paramsメソッドから、card_title, memo, 外部キーlist_id を取得したいが、
下の画像の記述だと、card_title, memo しか取得されておらず、外部キーlist_idが取得できていませんでした。

app/controllers/card_controller.rb
private
    def card_params
      params.require(:card).permit(:card_title, :memo, :list_id) #←記述方法が間違っている
    end

正しいコードは以下になります。
cardモデルに対して、card_title, memo, 外部キーのlist_idカラムを保存しようとしています。

app/controllers/card_controller.rb
private
    def card_params
      params.require(:card).permit(:card_title, :memo).merge(list_id: params[:list_id])
    end

byebugでデバックすると、外部キーlist_idを取得できていました。(下の画像)

Qiita【ストロングパラメータ_7】.png

これで無事にタスク管理アプリのタスクカード作成ができるようになりました。

今回、学んだこととしては
デバックツールを使いこなせることでエラーは発生時の対応効率が格段に上がることを再認識しました。
デバック方法は、byebug以外にもたくさんあることを知るきっかけにもなったので、
少しづつデバック方法の幅を広げていけるよう日々研鑽していきます!

以上になります。
最後まで、読んで頂きありがとうございました。
プログラミング初学者なので、間違い等ありましたらご指摘いただけたら幸いです。
また、不明点や質問等があれば気軽にしてください!

参考

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0