TanStack.com Neden React Server Components'i Kaldırdı
TanStack, tanstack.com'dan React Server Components'i kaldırdı; küçük markdown/highlight paketleriyle normal SSR'a dönerek daha hızlı ve basit bir mimari elde etti.
TanStack kurucusu Tanner Linsley, tanstack.com'da uzun süre örnek gösterilen React Server Components mimarisini kaldırdıklarını açıkladı. RSC başlangıçta gerçek bir kazanımdı: markdown ve Shiki tabanlı sözdizimi vurgulama gibi ağır bağımlılıklar sunucuya taşınınca blog ve dokümantasyon sayfalarında istemci JS'i 153 KB'a kadar azaldı, Lighthouse skorları ve Total Blocking Time belirgin şekilde iyileşti. Ancak zamanla RSC'nin getirdiği Flight payload'ları, sunucu-istemci sınır kuralları, manuel chunking ve serileştirme katmanları basit bir içerik hattını gereksiz yere karmaşıklaştırdı.
Ekip asıl soruyu sordu: sorun mimari mi, yoksa sadece devasa bir bağımlılığın tarayıcıya gitmesini engellemek miydi? Bunu test etmek için eski markdown/Shiki yığınını, tanstack.com'un ihtiyaçlarına göre daraltılmış @tanstack/markdown ve @tanstack/highlight paketleriyle değiştirdiler. Sonuç: içerik render motoru artık yalnızca ~27 KiB, RSC versiyonundan sadece 18-19 KiB daha fazla.
Bağımlılık küçülünce RSC'nin ana gerekçesi de ortadan kalktı. Ekip normal SSR'a dönüp içerikleri sunucu fonksiyonlarıyla ham veri olarak taşımaya başladı. Üretim ölçümlerinde güncel SSR sürümü, eski RSC sürümüne göre hem blog hem docs sayfalarında daha az bayt ve daha düşük TBT gösterdi; üstelik her yeni sayfa ziyaretinde serileştirilmiş bileşen ağacını tekrar tekrar göndermek yerine yalnızca değişen içerik verisi aktarılıyor.
Bu vaka, RSC'nin her senaryoda gerekli bir mimari olmadığını, bazen sadece büyük bir bağımlılığı küçültmenin daha basit ve sürdürülebilir bir çözüm olabileceğini gösteriyor.
Bu sentez, kaynağından yapay zeka tarafından üretildi; insan editör ya da elle onay adımı yoktur. Nasıl çalışıyoruz