koichik

[koichik @koichik]

@zaru 以前ReactチームのSebastian Markbåge氏にそれを確認したことがあります
https://t.co/QMPhYtbAuW

当時の回答は「自分が何をしているか理解してるならそれはサポートされる」という意味深なものでした😅
(現在はアカウントごと削除されちゃってます)

[koichik @koichik]

@sebmarkbage @acdlite The Server Action that returns React Element works well, but is it intentional and oficially supported?

[koichik @koichik]

@Nkzn 全てを破壊したあの忌まわしきRRv4だって「Just React Component」とか言っていて、乗っかる層は違えどもやりたいことの根っこは同じだったんですよね
でもそのv4は全然ダメでv6で元に戻るまで回り道しただけだったし「薄い」ことが目的化してるというかそれだけで満足してんじゃねーか？感

[koichik @koichik]

@nakamura_to @ubugeeei @honey321998 @yuta0801_ @hktechno あざます！ 元々がバックエンドの話だったらしいのでサーバサイドKotlinの人でよかったようです！
https://t.co/AiMK4l3NgH

[筋と憎悪，もののけ王 @ubugeeei]

TypeScript くらいの水準で型とか書きやすくてバックエンドに向いてる言語って何？Scala？

[koichik @koichik]

@ubugeeei @honey321998 @yuta0801_ KotlinでORMを作ってる@nakamura_toさんはどうでしょう？
モバイルよりサーバサイドKotlinかもしれないけど

@nakamura_to 今すぐフォローすべきKotlin界のスーパーエンジニア (←10年以上前に流行った言い方😄) を教えてあげてください！

[koichik @koichik]

@__syumai えへへ、11/03に見に行ってました✌️
(なお万博は行ってません)

[koichik @koichik]

@sebastienlorber This may be the PR you saw. Thus the current behavior already uses it, I think.
https://t.co/sbmjrPRRO5

[koichik @koichik]

そしてブラウザの戻る/進むで操作した場合でもNext.js 16はブラウザのbfCacheとは異なる振る舞いをします
一応Discussionを立ててはあるのですが、残念ながら完全にスルーされています🤣
この振る舞いがこのままNext.jsのデフォルトにならなければいいのですが……
https://t.co/mukJBK6DXW

[koichik @koichik]

Next.js 16でCache Componentsが有効だと画面遷移にReactの<Activity>が使われるためClient Componentsの状態が維持されるデモ
一見よさそうにみえるかもしれませんが、このデモは<Link>を使って新しいページ (page.tsx) に遷移していることを考えると奇妙な振る舞いだと思います

[Alex Sidorenko @asidorenko_]

Next.js preserves client state on the page during navigation when cacheComponents is enabled

[koichik @koichik]

これがTabコンポーネントを使ってページ内で表示を切り替えているならいいと思うのですが、実際はHistory APIのpushState()で新しい履歴エントリが追加されているにも関わらず、古い履歴から状態が復元されています
MPAに適用されるブラウザのbfCacheではこんなことは起こりません

[koichik @koichik]

@acdlite I’m a bit concerned that Next.js 16’s navigation works differently from the browser's back/forward cache.
What do you think about this?
https://t.co/mukJBK7bNu

[koichik @koichik]

@d151005 Router Cacheを再実装したSegment Cacheによるものですね
これは単独のフラグとしてはv16でもexperimental.clientSegmentCacheと実験的扱いのままなのにCache Componentsでは必須でどういうステータスなんだろう？と思ってたのですがついさっき削除されましたとさ😇
https://t.co/YX0KlgdDDu

[koichik @koichik]

@d151005 カスタムプロファイルを作ってrevalidate/expireにNumber.MAX_VALUEを指定するとそれっぽいかも
ビルド時のログで期限が表示されないヤツになります

[koichik @koichik]

@d151005 あとご存じかもですがdefault含めて組込のキャッシュライフ (プロファイル) はnext.configで変更できます
https://t.co/XYI0oL4kFk

レイアウトにcacheLife()で長いrevalidateを指定することもnext.configでdefault等のrevalidateを長くすることもできるので15分には縛られないと思います
連レス失礼

[koichik @koichik]

@d151005 PPRのキャッシュ (HTML) とコンポーネントのキャッシュ (RSCペイロード) が異なるのはわかりにくいかもしれませんね
実のところ先日書いたように動的なコンポーネント (Dynamic IO) が絡んだ場合も同様なのですが
https://t.co/uPjum6lAWj

[koichik @koichik]

@d151005 これは将来変わるかもですが現在のCache ComponentsにおけるPPRはちょっと曖昧で海の領域は「HTMLは静的」ですが「RSCペイロードは動的」です
したがってlayout.tsxはリクエストの度に実行されます
RSCペイロードを静的にするにはレウアウトコンポーネントあるいはlayout.tsxに"use cache"を付けます

[koichik @koichik]

@d151005 実際の動作としてもレイアウトの"use cache"がページに適用された挙動を見たことがありません
おそらくですが動的な部分が存在しないと見なされたのでは？

[koichik @koichik]

@d151005 仕様ではないですね
https://t.co/cU7tpmDZwZ
> To pre-render an entire route, add use cache to the top of both the layout and page files. Each of these segments are treated as separate entry points in your application, and will be cached independently.