Rails応用1
ななな2023.11.11
まずは環境構築。
ななな「デバッグツールを使うときはrailsサーバーを立ち上げているコンテナの名前を確認する」「該当のコンテナIDをattachする」ってあるけど、これは今やっといたほうがいいのか？
ななな？？？
やってみたけど、なんか入力受付みたいになった…。docker attach コンテナIDでデバッグツールが起動したってことかな？どう使うものなのかよくわからないけど、このあと課題の中で出てくるんだろうか。とりあえず終了して次に進もう。
なななさっそく最初の課題に取り組む。まずは環境を確認。
開発環境
- Ruby 3.1.4
- Node 15.14.0
- yarn 1.22.19
- データベース：SQLite3
なななyarnのバージョンはどう確認するんだろう。調べる
なななyarn --version でいいらしい。
ななな確認した。環境欄に追記OK。yarnのバージョンは問題なしだな。
なななまず実際にエラーを起こしてみよう。
記事を作成して、その記事の編集ページへ。そこで画像ブロックを挿入するも実際には画像をアップロードしないままプレビュー画面を開く。
これでエラーが出るはず。
ななな記事を作成後、なにもせずにプレビューしたら問題なく表示された。次は↑を試す。
ななな出た。URIを生成しようにもロケーションがNilだよって言われてるな。
ArgumentError in Admin::Articles::Previews#show
Showing /v3_advanced_rails/app/views/shared/_media_image.html.slim where line #5 raised:
Nil location provided. Can't build URI.
本格的な問題特定に入る前に、better errors入れとくか。
ななな導入完了。
エラーが出てるのはviews/shared/_media_image.html.slimか。.slimっていう拡張子は初めて見るな。課題の学習内容にSlimってあったからそれ関係だな。Gemかな？
まずSlimについて調べてみよう。
ななな公式ドキュメントこれかな。
簡潔にまとまってる記事ならこれとか。
ななななるほど、HTMLをもっとRubyみたいに簡潔（slim）に書けるようにするGemなんだな。これは便利。
さっきのslimファイルを通常のERBに直すとどうなるのか解読してみよう。
なななruby:
medium = local_assigns[:medium]
.media-image
= image_tag medium.image_url(:lg)
上はまず置いといて、下はこうかな。
<div class="media-image">
<%= image_tag medium.image_url(:lg) %>
</div>
ruby:はrubyコードの埋め込みらしい。
つまり↑のSlimファイルはERBに直すと
<% medium = local_assigns[:medium] %>
<div class="media-image">
<%= image_tag medium.image_url(:lg) %>
</div>
ってことかな
なななということは、mediumもしくは:lgに問題がある、というかnilになってるってことかな。
なななimage_urlの機能とエラー内容的に、:lgがnilなのかな。
なななそうっぽい。
なななということはおそらく:lgがアップロードされた画像を指してるんだろうな。
これは普通にRubyのキーなのか、Slimの記法なのか？？
ななな記事編集フォームを見てみよう。それでわかるかも。
↓
だめだぜんぜんわからん。
なななmediaってmediumの複数形だったんか…知らなかった。
なななArticleモデルのbuild_bodyメソッドを直せばいい気がする。
elsif article_block.medium?の部分を、elsif article_block.medium? && 画像がアップロードされているにすれば、画像がアップロードされてなければ無視されるんじゃないかな。
ななな問題は画像がアップロードされているかどうかをどう確認するかだな…。画像アップロードの仕組みがどうなってるのか確認しないと。
なななう〜んblockableの正体がいまいちわからないけど、どうもarticle_blockとその実際の中身を結びつけてるっぽい？モデルとしては存在しないのに、なぜかarticle_blockはblockableにbelongs_toしてるんだよなあ。
とりあえずさっきの「画像がアップロードされている」をarticle_block.blockable.name.present?にしてみた。
そうしたら「TypeError - no implicit conversion of nil into String」が出たので、article_blockがsentenceでも”アップロード済みのmedium”でもembedでもない場合、空の文字列をresultに代入するようにしたらいけた。
ななな全然いいやり方じゃないと思うしそもそも自分でもよく意味わかってないけど、一旦テスト通るかだけ確認しちゃおう。
なななテストは通った。
けど今ヒント確認したら、ひょっとしてビューの方いじればいいのかもって思った…。local_assignsメソッドについて調べてみよう。
ななななるほど〜。
- パーシャルで使うヘルパーメソッド
-
renderでの呼び出し時に各ローカル変数にどんな値が代入されたかをハッシュ形式で取得できる
なななビューいじったら行けたわ…驚くほど簡単だった。
local_assignsで取得したハッシュを変数mediumに代入してるから、medium[:name]がnilでも空欄でもないときだけ画像表示するようにした。
なななヒント見てよかった〜というか最初にちゃんとlocal_assginsについて調べるべきだった。反省。
なななよし、テスト通った。
自分でも書くの推奨とのことなので、挑戦してみるか。
なななRSpec完全に忘れてる〜。前に自分が書いたやつと今回の分のお手本めちゃくちゃ見ながらやっちゃった。
とりあえず書けたし走らせてみよう。
なななん？実行されてない気がする。どこかで指定しなきゃいけないんだっけ。
なななファイル指定すればとりあえずできるか。やってみよう。
なななOK、無事できた。しかしホントlinkとbuttonの区別つきづらいな…まあコード見ればわかるんだけど、正直いちいち確認するのめんどいし、全部click_onで統一したくなる。
よし、今度こそプルリクする。
なななLGTM！やった〜！
ななな復習パート
RSpec、FactoryBotの作成とかからやるべきだったらしい。次回からはそうしよう。
というかそのために一回RSpecの基本的な使い方まとめておいたほうがいいかも。いちいちカリキュラム見直すのめんどい。
なななあと、ビューの条件分岐はmedium.image_urlが存在するかどうかで良かったらしい。これはせっかくbetter_errors入れたんだからエラー画面のコンソールで確認してみればよかったな。
ななな- エラーが出たときは、とりあえずサーバーのログも確認する
- 「何かが
nilになっている」というエラーなら、コンソールを使ってどの部分がnilなのか確認する
なななRSpecの基本的な使い方はやっぱり一旦まとめておこう。TILに突っ込んでおけば見返しやすい。
なななまずはコードを修正しよう。
なななコード修正が終わってRSpecのまとめ中。今日はここまでにして明日はまとめの続きから。
ななな2023.11.12
RSpecの基本まとめ続きから。
なななRSpecまとめ終了！これを記事にするのもいいかもなどと思った。
なななあとエラーが出たときにどう対応してどう解決したかをまとめる場所を作っとくのもいいかなと思った。これまでの分が分散しちゃってるからそれが厄介だけど。
追記
とりあえず今回の分だけだけどTILに投げた。
ななな課題から話がそれるけど、この「学習ログ＆アウトプットどうしよう問題」をいっそのことアプリにするとかもアイデアとしては有りだよね。学習ログをつけるだけでそれをアウトプットにつなげてくれるなにかがあったらすごく便利。
いちおうメモとしてどこかに書いとくか。