2025-12
2025-12-29
非同期ランタイムとして振る舞っているが、その内部状態にアクセスする手段が少なすぎる
ステータスコードを正しく返すためには Suspense に囲まれていないコンポーネントの持つ非同期タスクが完了するまで待つ必要があるが、これを取得する方法がない 昔はrenderToReadableStreamにonCompleteShellがあって可能だったんじゃ……
ステータスコードを確定させるためには Server Component のレンダリングの前に最低限のデータを集めておく必要があるが、これをするとデータ取得をする場所が複数になり、cacheによる一貫性のあるデータ取得が困難になり、様々な悲しいことが起きる PPR を正しく実装するためにはレンダリング中のコンポーネントが完了するか動的な情報に依存しているため PPR できないことを報告するかのどちらかになるまで待つ必要があるが、これを取得する方法がない
実装するためには何らかの方法を用いてこの状態を近似して React に通知する必要がある。おかしいよ あるレンダリング処理が完了したことはcacheSignalから取れる(???)
2025-12-22
ここ数年 React のこと難しいって思ったことあんまりなかったけどこれは本当に難しい Promise<Disposable>なんてあんまりないと思われるかもしれないけどEventEmitter & Disposableで特定の初期化イベントが存在する場合そこまで待ちたいみたいなことはそれなりにある
リソースの「注文」を render で生成するといいんじゃないか?
注文の存在はリソースが今利用可能であることを意味しないが、注文なしにはリソースは手に入らない
注文をして完成したと連絡を受けても、取りに行くのが遅すぎると破棄される。でも注文しているのでその場でもう一度作ってもらうことができる,
つまり弱参照であって、リソースを持っているかもしれない
注文のタイミングでリソースを確保し始めてよいが、使われないかもしれないので適当なタイムアウトで破棄しておく
強参照へのアップグレードを要求されたら持っているリソースから返すか、新たに確保して返す
2025-12-15
Flight protocol への批判(妥当)、Server Functions への批判(概ね妥当)、Server Components への批判(とばっちり)、Next.js への批判(????) がありすごい 問題だった{obj}:{prop}オペレータとか、正気か?とは思う
参照をうまくやる方法とか他にもあっただろうに
Flight protocol は複雑なオブジェクトをシリアライズするためのプロトコルであってあんまり安全ではなさそうなのにそれをサーバーへの入力に使うのはセンスがない
decodeReplyとかいじっていい感じにできないかな
{Prefix}{Num}:{Data}だったのが{Num}:{Type?}{Data}になってる
そういえばこんなのもあった
全てをサーバー側で動かし、Browser Mode を使ってブラウザ側で CC を描画してその結果を観察する
これでよくね?
2025-12-??
ハメーツ
2025-12-06
文脈が……