Rails7で困ったら確認することメモ

# Rails7の罠

#### 1.method DELETEが効かない
ログアウトできない、削除できない、別のレコードが削除される...

#### 2.フラッシュメッセージ、ダイアログが表示されない

#### 3.JSがリロードしないと発火しない

#### 4.そもそもRails newの時どのJS使えばいいんだ...

#### 5.JSやTailwind CSSが反映されない

#### 6.Tailwind CSSが反映されていたのに反映されなくなった

他にもあったらコメント欄で教えてください。

## 1.method DELETEが効かない
ログアウトできない、削除できない、別のレコードが削除される

>link_toのmethod:オプションの書き方が変わった
Turboを使っている場合、link_toメソッドのmethod:オプションの書き方が変わりました。
destroyのレスポンスに status: :see_other を付ける必要がある

https://qiita.com/jnchito/items/5c41a7031404c313da1f#link_to%E3%81%AEmethod%E3%82%AA%E3%83%97%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E6%9B%B8%E3%81%8D%E6%96%B9%E3%81%8C%E5%A4%89%E3%82%8F%E3%81%A3%E3%81%9F

上記に全てが記されています。いつも有難うございます。救われてます。

## 2.フラッシュメッセージ、ダイアログが表示されない

>バリデーション失敗時に status: :unprocessable_entity を付ける必要がある
Turboを使っている場合、バリデーション失敗時のレスポンスに必ず status: :unprocessable_entity を付ける必要があります。これがないとバリデーション失敗時のエラーメッセージが表示されません。



https://qiita.com/jnchito/items/5c41a7031404c313da1f#%E3%83%90%E3%83%AA%E3%83%87%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E5%A4%B1%E6%95%97%E6%99%82%E3%81%AB-status-unprocessable_entity-%E3%82%92%E4%BB%98%E3%81%91%E3%82%8B%E5%BF%85%E8%A6%81%E3%81%8C%E3%81%82%E3%82%8B


>確認ダイアログ（confirm:オプション）の出し方が変わった

https://qiita.com/jnchito/items/5c41a7031404c313da1f#%E7%A2%BA%E8%AA%8D%E3%83%80%E3%82%A4%E3%82%A2%E3%83%AD%E3%82%B0confirm%E3%82%AA%E3%83%97%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E5%87%BA%E3%81%97%E6%96%B9%E3%81%8C%E5%A4%89%E3%82%8F%E3%81%A3%E3%81%9F

上記に全てが記されています。いつも有難うございます。救われてます。

## 3.JSがリロードしないと発火しない
その他、JS関係がうまくいかない場合はコンパイルがうまくいっていないか、こちらが有力です
application.jsでTurbo Driveを無効化

>Turbo Driveを無効化
🐱 アプリケーション全体でTurbo Driveを無効化するよ。
```Turbo.session.drive = false```
🐱 全体を無効にしておいて、リンク・フォームにdata-turbo="true"を設定することで個別に有効にすることもできるよ。

https://zenn.dev/shita1112/books/cat-hotwire-turbo/viewer/turbo-drive#turbo-drive%E3%82%92%E7%84%A1%E5%8A%B9%E5%8C%96

※Turbo DriveこそRails７の特徴なので、「はじめに」から読むことをお勧めします。

https://zenn.dev/shita1112/books/cat-hotwire-turbo/viewer/intro


有料級の情報を有難うございます。いつも救われてます。

## 4.そもそもRails newの時どのJS使えばいいんだ...
コマンドオプションめっちゃある

>-j, [--javascript=JAVASCRIPT]
#Choose JavaScript approach [options: importmap (default), webpack, esbuild, rollup]
#Default: importmap


https://qiita.com/kyntk/items/0936598a903ac74e607d

#### 「それってあなたの感想ですよね」 な私的使い分け

#### Hotwireを使いたい　→　import map


>特にJavaScriptのニーズをHotwireスタックに依存しているアプリケーションにおいては、import mapが長期的に正しい選択肢となるでしょう。

https://railsguides.jp/working_with_javascript_in_rails.html#import-maps%E3%81%A8javascript%E3%83%90%E3%83%B3%E3%83%89%E3%83%A9%E3%83%BC%E3%81%AE%E3%81%A9%E3%81%A1%E3%82%89%E3%82%92%E9%81%B8%E3%81%B6%E3%81%8B

#### Hotwireに向いてるアプリって？

>・素朴なUI
CRUDをベースにした素朴なUIを作るのに向いています。
JSをがっつり使ったリッチなUIを作るのには向いていません。
Hey.com以上のものが必要かどうか？がひとつの目安になりそうです。
・サーバーサイドエンジニアだけの小規模なチーム
Hotwireを使うとサーバーサイドだけに集中できるようになります。サーバーサイドとフロントエンドの分業はなくなり、JSはサーバーサイドエンジニアが書くものになります。そのため、フロントエンドエンジニアがいないような、サーバーサイドエンジニアだけで構成される小規模なチームに向いています。
小規模なアプリケーションだと、一人の開発者がフロントエンドとバックエンドの両方を触れたほうが都合が良いです。逆に大規模な場合は分業したほうが都合が良いことも多く、Hotwireは向いていないのかなと思います（大規模なチームを経験したことがないので推測ですが）。
・Railsに慣れているチーム
Hotwireを使うとRailsの資産をフルに活かせます。Railsに慣れているチームがHotwireを使うと、素のRailsアプリを開発するのに比べても遜色ない速度でSPA風のアプリケーションを開発できます（実際は作り込み次第です。デモ程度のものであれば素のRailsで作るのとほとんど労力は変わりません）。

https://nekorails.hatenablog.com/entry/2022/05/16/170434


これも「猫でも分かる〜」の筆者の方のブログです。上記以外にもHotwireの特徴やHerokuを使ったときのレスポンス速度、実際のSPAと比べたユーザー体験の違いなども記載があります。

Hotwireはサクッとアプリを作れるのが特徴ですので、一度実際にRails newしてみるのをお勧めします。

https://qiita.com/y-takagiiii/items/0a028baae6d4398ebc44

#### あとは全部　→　esbuild
・Rails6までの使用感のままコードを書きたい
・jQuery、React、NextなどJSライブラリ、フレームワークを使いたい
・Tailwind CSSやBootstrapを使いたい
・様々なGemを使用する

ちなみにimportmap,esbuild,以外にwebpack,rollupがありますが、esbuildはGo言語で書かれていてwebpack,rollupよりもずっと速いそうです。

https://www.kabuku.co.jp/developers/ultrafast-tsx-build-tool-esbuild

なので、Hotwireを使いたいならimport map、それ以外ならesbuildで使い分けています。
初学者の個人的使い分けですので、ご意見等あればぜひコメントください。


## 5.レイアウトが崩れる、JSやTailwind CSS、画像が反映されない
#### 原因①ビルドできていない
そもそもブラウザがどこを読み取っているか。
→ /public/assetsにプリコンパイルされたファイルを読み取っている。

例えば、app/javascript/top.jsにJSを書いたとき、そのままではブラウザが読み取れないので読み取れる形にプリコンパイルされる。それができていないと読み込めない。
プリコンパイルされているかどうかは以下で確認できる。
```
$ ls -la public/assets
drwx------ 2 u数字 dyno   12288 Aug 24 20:59 .
drwx------ 3 u数字 dyno    4096 Aug 24 20:59 ..
-rw------- 1 u数字 dyno   15699 May 27 00:52 actioncable-543なんか文字列いっぱいよ0107cbc9a1aa0c838d9a74e.js
-rw------- 1 u数字 dyno    3707 May 27 00:52 actioncable-54334なんか文字列いっぱいよ0107cbc9a1aa0c838d9a74e.js.gz
-rw------- 1 u数字 dyno   14080 May 27 00:52 actioncable.esm-e01089cなんか文字列いっぱいよba7537f70690.js
以下略
```
public/assets内に目当てのファイルがなければ、それは"プリコンパイル"がうまくいっていないということです。

プリコンパイルさせるには、という記事は以前に書いたので下記参照

https://qiita.com/MIDO-ruby7/items/9718b40c97e4d282ae83#publicassets%E3%81%AB%E3%83%97%E3%83%AA%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%83%AB%E3%81%95%E3%81%9B%E3%82%8B%E3%81%AB%E3%81%AF

原因②importがちゃんとできていない
cssファイル作ったり、yarnとかnpmとかで何かをimportしたときはapplication.tailwind.cssに追記が必要。ちなみに@tailwindより上に@importがないとだめ。

```app/assets/stylesheets/application.tailwind.css
@import './top.css';
@import './bubble.scss';

@tailwind base;
@tailwind components;
@tailwind utilities;

```

特にyarnとかnpmとかで何かをimportしたとき、自動で@importが追記されるんだけど、下記のようになってて読み込めtてないことがある
```
@tailwind base;
@tailwind components;
@tailwind utilities;@import './bubble.scss';
```

https://qiita.com/MIDO-ruby7/items/7e7608d03061ae5047c2

JSも同じく、jsファイルを作ったらapplication.jsに追記の必要がある。
そのJSが必要なページだけにJSファイルを読み込ませたい場合は下記参照

https://qiita.com/MIDO-ruby7/items/9f28475174a3c9d5f5d1#3appassetsbuilds%E3%81%AB%E5%80%8B%E5%88%A5%E3%81%AB%E8%AA%AD%E3%81%BF%E8%BE%BC%E3%81%BF%E3%81%9F%E3%81%84js%E3%81%8Cbuild%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%82%8B%E3%81%8B

## 6.Tailwind CSSが反映されていたのに反映されなくなった
ついにRails7関係なくなったけどよく困ってる人がいるので書いとく。

#### 原因①他のクラスと競合して効かなくなる(めっちゃよくある)
CSSにはそもそも、優先度とかインライン要素かブロック要素かみたいなルールがある。それを分かってないと上手く直らないけどそんなもん覚えてないので、差分を見て効かなくなる前の状態まで一旦戻すか、GPTに聞くか、テンプレートサイトを見に行って真似する。

GPTはTailwind CSS得意なので結構綺麗に直してくれたりする。

あと私は下記のテンプレートサイトをよく見ている。コツはコードを見た時にできるだけ短くシンプルなものから選ぶこと。(TailwindだけでなくCSSやJS使って動き出してるテンプレもあるので)

https://tailwindcomponents.com/

あとCSS勉強したいならCodeMafia先生の下記が網羅的でおすすめ。

https://www.udemy.com/course/front-dev-tutorial/

#### 原因②古いキャッシュが残ってる
```rails s```や```bin/dev```したときにコンパイルされたファイルはassetsに溜まっていくのですが古い履歴が悪さをしている時があります。

```
$ bin/rails assets:clobber
```
コマンドを打って、サーバーを立ち上げ直すと反映されることがあります。

https://linyclar.github.io/rails_memos/commands/assets/

他になんか追加した方がいい情報があればコメントください。