SPAじゃないプロジェクトのための控えめなJavaScriptフレームワーク「Stimulus」 - yuhei blog

ReactやAngularのように、アプリ内のすべてのHTMLをJavaScript側で管理して描画するアプローチは大げさすぎる。ほとんどの場合において。 もちろん一定以上の複雑さがあればその辺のJavaScriptフレームワークを使った方が良い。が、それがやり過ぎになるプロジェクトは多い。というかその方が多い。それでも、それらのアプローチではやり過ぎになってしまう場合でも、秩序のあるコードを書き続けられないと当然苦しい状態へ向かう。 この微妙な（そして多数派であるはずの）環境を適度に管理できる枠組みが必要だ。これまでちょうどいい解決策を見つけられずに苦労してきた。Web Componentsは課題を解決するかもしれないがまだ来ない。そこで出会ったのがStimulusだ。 いわく、Stimulusは既存のHTMLのための控えめなJavaScriptフレームワーク。サーバーサイドレンダリング

[Knoa]

“<button data-action="click->hello#greet">” でダメだった

[infobloga]

Railsと組み合わせないといけないという条件下ではたしかに合理的。だけど、Railsと組み合わせないといけないっていう理由が良くわからなかった。RailsをAPI作るのに使って、SPA + SSRで組んじゃいけないんだろうか。

[fsubal1102]

Backbone.js じゃん

[hatahata_chan]

basecampが作ってるのか、、こういうフレームワークの怖さは、人気ないと開発やめちゃうとこだよな、、手が出しづらい。

[rlho]

RailsdmでDHHがいってたStimulus

[daaaaaai]

はい。バックエンドエンジニアなどの少人数チームや、外部デザイナーにコード納品してもらうときにやりやすい、のかも・・・

[nunohito]

“ReactやAngularのように、アプリ内のすべてのHTMLをJavaScript側で管理して描画するアプローチは大げさすぎる。ほとんどの場合において。”

[Eiichiro]

SSRに戻る流れからは真っ当に見えるアプローチ。コンポーネントの描画回数が多過ぎるのにはむかなさそう。

[ko-ya-ma]

“状態はHTMLに格納されるため、ページが変更されるたびにコントローラを破棄できる。そしてキャッシュされたHTMLから再び表示されてすぐの状態から再初期化できる”

[n314]

自分はこういう方が好きだけど流行らなさそう。

[tabarka]

js

[yatmsu]

あれ、なんで今頃

[lasherplus]

windows

[mizchi]

DHHがJSライブラリ選ぶセンス、マジでないと思う

[ohchang]

こういうのが好き

[geerpm]

frontend開発の一番重要なポイントは主流の見極めと追従だと思ってるので、react,vue等SPA開発経験ある人がこれを使うのはいいと思うけど、jQueryやfrontend以外の技術スタックからこれにシフトするのはおすすめできない。

[wordi]

トリガが自明でjQueryのように関連が不明なことも無くtemplate必須なVueより手軽に扱えて良さそうだけど記法が独特過ぎるのがネック

[buhoho]

"これだけ書けば求める人にはグッと来る"全然ピンとこないのでスルー

[cl-gaku]

良さげ

[UDONCHAN]

気になる

[KoshianX]

なるほど Rails と組み合わせるにはいいかもねえ……。

[suginoy]

Basecampのアレ