なぜ Server Actions を使うのか

Next.js 14 の Server Actions の stable リリースに発表は大きな反響を呼びました。 特に <button> の formAction 属性内で直接 SQL クエリを実行するコードは多くの人に衝撃を与えていました。"use server;" の部分を PHP やバイナリに置き換えると行った多くのミームも生まれました。 function Bookmark({ slug }) { return ( <button formAction={async () => { "use server"; await sql`INSERT INTO Bookmarks (slug) VALUES (${slug})`; }} > <BookmarkIcon> </button> ) } X 上での反応を見ると、このクライントから直接 SQL クエリを実行するコードは見た目の印象

[seal2501]

プロトタイピングフェーズでは有用だが、サーバーのチューニングが必要になったり、開発メンバーが増えて来たら早々にやめた方が良さそう

[akisei67]

ユーザー観点は非常に重要、ただしどんな技術で実現されているか把握して利用是非を判断するのが開発者の責務とも思う。コメでは語りきれないけど個人的には主にインフラ含めた性能要件の検討がしんどい印象。

[surume000]

フロントエンド、シンプルな世界に戻って欲しい

[sentas]

何事もトレードオフ。魅力はわかるが、自分のプロジェクトで利用したくはない。

[door-s-dev]

JSPにSQL書かれてたら泣いちゃう

[reboot_in]

“Next.js では CSRF トークンを用いた対策は実装されておりません。その理由は、現代のブラウザは Same-Site クッキーがデフォルトであるため、これだけでほとんどの CSRF 攻撃を防ぐことができると考えられているためです。

[kako-jun]

最初のSQLの例に、SQLインジェクションの脆弱性があるように見えるので、id部分をSQLパラメータ化する書き方を紹介するのだと思ったけど、最後まで出てこなかった

[manaten]

Progressive Enhancementのためにformで実装すると、submit前のバリデーションや二重クリック防止のdisable化に結局jsが必要だしコーディングが縛りプレイ化するから、custom invocationをメインで使ってるんだけど下火なんだよなあ

[mayumayu_nimolove]

すごいこの件を笑ってた人多かったけど何で笑ってるのか理解できてなかったからありがたい。

[uehaj]

RSCそのものもだが設計選択肢が増えて難易度が上がったのは間違いない。8割ぐらいのユーザーには不要。少なくとも求められてはいない。

[mito15]

revalidate*も標準formもRoutes Handlerで使えないわけではないような

[z67kjh]

taintがdenyリスト方式なところは受け入れられない気がしている

[jay-es]

プログレッシブエンハンスメントは「ブラウザで JS 無効な環境」だけでなく「ハイドレーション完了前にインタラクティブな操作が可能になる」という利点があったのか（Web Vitals 的にも有利）