Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Hotwire を 本番環境で使ってみた感想
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
zaru
April 07, 2022
Programming
6.8k
7
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Hotwire を 本番環境で使ってみた感想
2022年のRailsの開発現場事情について語ろう! Qiita Night
https://increments.connpass.com/event/241385/
zaru
April 07, 2022
More Decks by zaru
See All by zaru
Next.js App Router セキュリティ
zaru_sakuraba
21
8.7k
失敗から学ぶ個人開発
zaru_sakuraba
18
5.6k
伝わらない Issue の書き方
zaru_sakuraba
1
1.1k
とあるプロジェクトでコードを書き始めた僕がつまづいた石たち
zaru_sakuraba
0
210
Ruby との対話 : pry を使い pry をデバッグし pry のバグを直す話
zaru_sakuraba
4
630
もう「クレデンシャルください」なんて言わせない
zaru_sakuraba
5
1.7k
個人プロジェクト現状報告会
zaru_sakuraba
0
160
僕と契約して、メソッドになってよ!
zaru_sakuraba
0
220
Other Decks in Programming
See All in Programming
Claude Team Plan導入・ガイド
tk3fftk
0
250
PHP に部分適用が来るぞ!……ところで何それ?おいしいの? #phpcon / phpcon-2026
shogogg
0
480
Prismを使った型安全な暗号化_関数型まつり2026
_fhhmm
0
160
Lean は証明の正しさを確認するためだけのツールって思ってませんか?
inoueasei
1
130
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
380
全PRの83%がAIレビューだけでマージできるようになった開発組織はその後どうなったか
athug
0
1k
AI Engineeringは、AIプロダクトだけのものか? 〜AIがソフトウェアを作る時代の新しい当たり前〜 / No AI in your product. AI Engineering in your development.
rkaga
4
320
Foundation Models frameworkで画像分析
ryodeveloper
1
320
なぜ関数型プログラミングで「型」と「証明」が語られるのか #fp_matsuri
kajitack
3
1.1k
【やさしく解説 設計編 #0】DDDのコード、読めるのに分からない人へ
panda728
PRO
2
290
音楽のための関数型プログラミング言語mimiumにおける多段階計算の活用
tomoyanonymous
1
380
為什麼你並不需要ViewModel / No, you don't need a ViewModel
lovee
1
460
Featured
See All Featured
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
ラッコキーワード サービス紹介資料
rakko
1
4.1M
Context Engineering - Making Every Token Count
addyosmani
9
1k
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
420
Designing Dashboards & Data Visualisations in Web Apps
destraynor
232
55k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
Measuring Dark Social's Impact On Conversion and Attribution
stephenakadiri
2
240
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
270
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.8k
Done Done
chrislema
186
16k
Transcript
Hotwire を 本番環境で使ってみた感想 2022.04.07 Qiita Night @zaru
zaru
@zaru 株式会社ベーシック CTO 💓 Ruby, JavaScript WebComponents ISUCON 楽しみ
Hotwire 使っているよという人✋
はい、誰もいませんね Hotwire の宣伝に来ました
素朴な Web アプリケーションを 作っている皆さん… not ガチ GUI、not リッチ CMS
こんな気持ちになりませんか?
こんな気持ちになりませんか? SPA 風味な体験や UI を楽に実装したい React か Vue か Svelte
か Angular か永遠に技 術選定している Rails と React で ステートの 多重管理めんどう… ERB と JSX 混じっててカオス
そこで Hotwire ですよ
Hotwire とは JavaScript を極力書かずにモダンな Web アプ リケーションを作れるよ。SPA 風味な実装が サクッとできるよ。しかも JSON
ではなく HTML をサーバとやり取りするよ。View 生成 をサーバに全部任せるよ。クライアントは何 もしなくて良いんだよ。最高なんだよ。知ら んけど。それが Hotwire だよ。という感じ。
Hotwire とは JavaScript を極力書かずにモダンな Web アプ リケーションを作れるよ。SPA 風味な実装が サクッとできるよ。しかも JSON
ではなく HTML をサーバとやり取りするよ。View 生成 をサーバに全部任せるよ。クライアントは何 もしなくて良いんだよ。最高なんだよ。知ら んけど。それが Hotwire だよ。という感じ。 暗黙的で、魔術的で、裏で何 やっているか把握しにくくて、 嫌なにおいがするぞ
Hotwire とは JavaScript を極力書かずにモダンな Web アプ リケーションを作れるよ。SPA 風味な実装が サクッとできるよ。しかも JSON
ではなく HTML をサーバとやり取りするよ。View 生成 をサーバに全部任せるよ。クライアントは何 もしなくて良いんだよ。最高なんだよ。知ら んけど。それが Hotwire だよ。という感じ。 SPA って構築コスト高いでしょ …しかも中途半端なものしかで きなそう
Hotwire とは JavaScript を極力書かずにモダンな Web アプ リケーションを作れるよ。SPA 風味な実装が サクッとできるよ。しかも JSON
ではなく HTML をサーバとやり取りするよ。View 生成 をサーバに全部任せるよ。クライアントは何 もしなくて良いんだよ。最高なんだよ。知ら んけど。それが Hotwire だよ。という感じ。 知らんけど、 パフォーマンス悪そう〜 時代逆行してる感
Hotwire の 登場人物は3人 + 1
TurboDrive TurboFrame TurboSream Stimulus
TurboDrive TurboFrame TurboSream Stimulus 昔の Turbolinks <body> GET /articles/1 <body>
GET /articles/2 特に何もせずとも大雑把な意味で SPA っぽい挙動になる 体感速度は分かる程度には向上する Turbolinks 時代には、嫌われていた印象… 画面遷移時に <body> を fetch してきて入れ替える jQuery 時代は pjax とか呼ばれていたやつ
TurboDrive TurboFrame TurboSream Stimulus iframe のように使える iframe じゃないやつ GET /articles/1
サーバの各種リソースを コンポーネントのように 単一のページに結合して扱える GET /articles GET /ranking 前へ 1 2 .. 5 次へ GET /lazyload リンクのスコープが閉じているので frame 内部で遷移が可能 遅延表示も可能
TurboDrive TurboFrame TurboSream Stimulus 非同期アクションを WebSocket でやる GET /mailbox ・・・
新着メールタイトル 📩 モデルを subscribe して更新内容を受け取る View の partial HTML を WebSocket で送ったりする 💻 💼 🏻 ♂ モデル PubSub のように 複数人に同一の更新内容を 送ることもできる * WebSocket じゃなくてもできる
TurboDrive TurboFrame TurboSream Stimulus データバインディング中心の控えめな JS ライブラリ 描画とか、そういうのは一切やらない
None
Hotwire 使ったところ
一覧の検索と詳細表示
編集のライブプレビュー
None
Hotwire 感 想
良いところ
数行足すだけで本当に SPA 風味な体験を作れる
GET /articles/2 GET /articles ID: 1 show ID: 2 show
ID: 3 show ID: 4 show GET /articles/1 ID: 1 show ID: 2 show ID: 3 show ID: 4 show ID: 1 の詳細 fetch HTML 一覧から、画面遷移せずに 詳細情報を表示するタイプのやつ 例えば、これを作るとする
<ul> <li><%= link_to 'Article 1', article_path(1), data: { turbo_frame: 'article'
} %></li> <li><%= link_to 'Article 2', article_path(2), data: { turbo_frame: 'article' } %></li> </ul> <%= turbo_frame_tag 'article' %> <p>TurboFrame 対象外</p> <%= turbo_frame_tag 'article' do %> <h1><%= @article.title %></h1> <p><%= @article.content %></p> <% end %> show.html.erb index.html.erb TurboFrame で読み込んだ ものを表示する場所を定義 TurboFrame で読み込んだ ものを表示する場所を定義 反映先の Frame を指定 これだけで、できる
turbo_frame_tag で囲むだけで 素朴な Web アプリケーションが SPA 風味に変身…!! すごいぞ?!
状態管理がサーバのみになる
ID: 1 タイトル1 show ID: 2 タイトル2 show ID: 3
タイトル3 show ID: 4 タイトル4 show 更新内容を画面全体の要素 に反映させたい タイトル1更新 update Title ID: 1 の編集 ID: 1 タイトル1更新 show ID: 2 タイトル2 show ID: 3 タイトル3 show ID: 4 タイトル4 show 更新完了しました ID: 1 の編集 これをクライアント側でや ろうとすると、クライアン トも状態を持ち、サーバも 状態を管理することになる * 実装方法にも依存するので一概には言えないけど
ID: 1 タイトル1 show ID: 2 タイトル2 show ID: 3
タイトル3 show ID: 4 タイトル4 show タイトル1更新 update Title ID: 1 の編集 ID: 1 タイトル1更新 show ID: 2 タイトル2 show ID: 3 タイトル3 show ID: 4 タイトル4 show 更新完了しました ID: 1 の編集 状態も描画もサーバに任せ て、クライアントは渡され たものを描画するだけ Article モデルが変更を検知して、変 更箇所を WebSocket 使って View を publish する HTML PUT
SPA で課題になりがちな 状態管理をサーバで素朴にできるよ すごいぞ?!
微妙なところ
ERB と React なら 書き味はReact が圧倒的に良い * React の部分はお好きな JS
ライブラリにしてください Hotwire というよりも Rails/Ruby の話
描画パフォーマンスは Better 止まり、最速ではない 必ずサーバのレスポンスを待つ特性 Optimistic Updates(楽観的更新) できない ページ編集など変更要素が多いエディタの ライブプレビューにはあまり向いてない…
Turbo は良いけど Stimulus がつらい Turbo を使うのに Stimulus は必須ではない けれど、軽量なデータバインディングとして 採用したい…だけど…
普通の HTML の data 属性に書くの で、エディタで補完がされないし、 テストもしにくい DOM 依存している割に DOM
構造を知らな い。振る舞いのみに分離して分かりにくい TypeScript で declare すればコード上では確定できるけども
ぶっちゃけ今後も使いますか? 想定質問
使うぞ!!
- Web アプリケーションの要件に依存すると思う - またはチームのスキル特性と規模 - スモールチームで素朴な Web アプリケーションならマッチする -
物足りなくなったら気軽に捨てられる Rails 使っていて、素朴な Web アプリケーションなら 普通に採用して良いと思う
Hotwire よりも React の方が 良いんじゃないですか? * React の部分はお好きな JS ライブラリにしてください
想定質問
- ただ React 使うなら Next とか Apollo, Nest, Firebase などでサーバも
JS にしたい気持ち - Rails with React みたいなハイブリッド構成は個人的には重い * React の部分はお好きな JS ライブラリにしてください はい、React とても良いです!
Enjoy Hotwire ! 聞いてくれて、ありがとう :)