useFormStatus w React 19 — koniec z props drillingiem w formularzach

useFormStatus hook w React 19 — dostęp do stanu formularza bez props drillingu

Hook useFormStatus pojawił się w React 19 jako odpowiedź na problem, który zostaje nierozwiązany nawet gdy używacie useActionState — co z komponentami zagnieżdżonymi wewnątrz formularza, które też chcą wiedzieć czy akcja jest w toku?

poprzednim wpisie pokazywałam jak useActionState React 19 eliminuje ręczne zarządzanie pending state i błędami. Na końcu wspomniałam o jednym problemie, który mimo wszystko zostaje — co jeśli przycisk submit jest osobnym komponentem, trzy poziomy głębiej w drzewie? Props drilling zaczyna boleć. 📈

useFormStatus rozwiązuje dokładnie to. I jest zaskakująco prosty. 🙂

useActionState w React 19 — koniec z ręcznym zarządzaniem stanem formularzy

useActionState hook w React 19 — porównanie kodu przed i po

Hook useActionState w React 19, który zmienia sposób obsługi formularzy. Jeśli piszecie formularze w React od jakiegoś czasu, to pewnie znacie ten moment — zaczynacie nowy komponent i niemal odruchowo dopisujecie useState dla pending, useState dla błędu, useState dla sukcesu. A potem try/catch/finally. A potem resetowanie tych flag przed kolejnym wysłaniem. I tak za każdym razem. 😅

React 19 wprowadza useActionState — hook, który bierze na siebie całą tę powtarzalną część. Dzisiaj pokażę Wam dokładnie, co zmienia i jak go używać. 🙂

React Compiler w projekcie legacy — jak wdrożyć krok po kroku

React Compiler wdrożenie w projekcie legacy

Nowe projekty to bajka. Zaczynacie od czystej kartki, instalujecie React Compiler od razu, konfigurujecie ESLint i wszystko działa. Ale większość z nas nie ma tego luksusu.

Mam w swoim portfolio projekty, które zaczęły się w czasach, gdy useMemo i useCallback były jedynym sposobem na optymalizację. Kod pisany przez kilka lat, przez kilka zespołów, z różnymi standardami — albo bez nich. I właśnie dla takich projektów ten wpis powstał.

Pokażę Wam, jak podejść do wdrożenia React Compilera nie w idealnym świecie, ale w tym prawdziwym — gdzie macie 300 komponentów, połowa naruszeń Rules of React jest nieświadoma, a testy… są albo ich nie ma.

pnpm – czyli dlaczego warto przestać marnować miejsce na dysku

Jeśli pracujecie z JavaScript od jakiegoś czasu, na pewno macie zainstalowane npm – bo jest domyślnie z Node.js i trudno go uniknąć. Być może używacie też yarna, bo w 2016 roku był naprawdę szybszy od npm i jako pierwszy wprowadził lockfile. Ale pnpm? Przez długi czas był niszowy, a dziś trudno otworzyć dokumentację jakiegokolwiek nowoczesnego narzędzia JS i go nie zobaczyć. Myślę, że warto wyjaśnić skąd ta popularność i czy jest uzasadniona.