Русский
Открыть в Telegram
ЗЗаметки про React

Заметки про React

@ru_react_notes · канал · Технологии · в индексе с 2026-05-29
3 412подписчиков−6 за неделю
491постов в индексе
З
Заметки про React
Ссылка
нажмите — покажем
Как React Compiler работает с реальным кодом В своем блоге Надя Макаревич изучила влияние React Compiler на начальную загрузку и производительность реального приложения. В итоге оказалось, что React Compiler как минимум не ухудшает, но чаще улучшает начальную загрузку и производительность приложения. Однако компилятор не обрабатывает все случаи ре-рендера, поэтому если хотите лучшую производительность, то полагаться на работу только React Compiler не получится. Придется некоторые кейсы оптимизировать самостоятельно. В целом React Compiler оптимизирует приложение достаточно хорошо. Один из примеров, которые потребовал самостоятельной оптимизации. На странице рендерился список карточек: // somewhere before const GalleryCardMemo = React.memo(GalleryCardMemo); // somewhere in render function {data?.data?.map((example) => { return ( <GalleryCardMemo href={`/examples/code-examples/${example.key}`} key={example.key} title={example.name} preview={example.previewUrl} /> ); })} Объект data приходил из запроса React Query, а проп preview был объектом. Когда в запросе React Query изменялся набор параметров, то возвращался другой объект data. Даже если объекты карточек внутри массива одинаковые, то все равно происходит ре-рендер компонента GalleryCardMemo из-за того, что проп preview объект. Чтобы решить проблему, надо проп preview разделить на несколько пропов-примитивов. Например: {data?.data?.map((example) => { return ( <GalleryCardMemo href={`/examples/code-examples/${example.key}`} key={example.key} title={example.name} // pass primitives values instead of the entire object previewLight={example.previewUrl.light} previewDark={example.previewUrl.dark} /> ); })} https://www.developerway.com/posts/how-react-compiler-performs-on-real-code
34 · 3.5K ·
З
Заметки про React
Ссылка
нажмите — покажем
Base UI Вышла альфа-версия UI библиотеки Base UI от авторов Radix, MUI и Floating UI. Библиотека представляет из себя набор нестилизованных React компонентов для создания доступных интерфейсов. В библиотеке уделено особое внимание доступности, производительности и удобству разработчика. Каждый компонент собирается из частей. Пример компонента Popover: import * as React from 'react'; import { Popover } from '@base-ui-components/react/popover'; import styles from './index.module.css'; export default function ExamplePopover() { return ( <Popover.Root> <Popover.Trigger className={styles.IconButton}> <BellIcon aria-label="Notifications" className={styles.Icon} /> </Popover.Trigger> <Popover.Portal> <Popover.Positioner sideOffset={8}> <Popover.Popup className={styles.Popup}> <Popover.Arrow className={styles.Arrow}> <ArrowSvg /> </Popover.Arrow> <Popover.Title className={styles.Title}>Notifications</Popover.Title> <Popover.Description className={styles.Description}> You are all caught up. Good job! </Popover.Description> </Popover.Popup> </Popover.Positioner> </Popover.Portal> </Popover.Root> ); } Для стилизации можно использовать что угодно, здесь для примера используется CSS Modules. https://base-ui.com/react/overview/quick-start
52 · 3.9K ·
З
Заметки про React
Ссылка
нажмите — покажем
Вам не нужен Next.js Автор мигрировал админку с Next.js на обычный React и TanStack Router с Rspack и сократил время сборки проекта с 3 минут до 18 секунд, а Hot reload стал меньше 200мс. По началу автору нравилось использование Next.js и все было хорошо, пока не начались неприятности: 🔴 Высокая стоимость за использование Serverless функций. 🔴 Сложное тестирование API из-за того серверные действия были смешаны с API Routes. 🔴 Постепенное увеличение времени сборки, который доходил до 7 минут. 🔴 Утяжеление локальной разработки – каждое малейшее изменение приводило к полной перезагрузке SSR. Каждое техническое решение требует компромиссов. Что потеряли при уходе с Next.js: 🔴 Совместная разработка фронтенда и бэкенда. Теперь приходится разделять код фронта и бэкенда. 🔴 Встроенная Next.js фича кэширования запросов. 🔴 Пре-рендер и быстрая первичная загрузка страница. Нет автоматической генерации статики. Теперь требуется более продуманное разделение кода для сохранения скорости загрузки страницы. 🔴 Серверные компоненты и действия. Это удобный для разработки подход, с помощью которого можно быстро организовать API. https://www.comfydeploy.com/blog/you-dont-need-nextjs
48 · 3.7K ·
З
Заметки про React
Ссылка
нажмите — покажем
В React добавили компонент <ViewTransition> Появился PR с добавлением View Transition API в виде компонента <ViewTransition>. View Transition API предназначен для создания анимации плавного перехода между страницами или состояниями приложения. В React <ViewTransition> будет активироваться только для асинхронных обновлений, таких как startTransition, useDeferredValue, Actions или <Suspense>. Концептуально компонент <ViewTransition> похож на React Fragment, который делает переход для дочерних элементов. Пример: <ViewTransition>{condition ? <ComponentA /> : <ComponentB />}</ViewTransition> Новый компонент умеет работать с Suspense. Пример который триггерит exit у Skeleton и enter у Content: <Suspense fallback={<ViewTransition><Skeleton /></ViewTransition>}> <ViewTransition><Content /></ViewTransition> </Suspense> Новое API будет работать не только в вебе, но и в React Native. https://github.com/facebook/react/pull/31975
40 · 3.1K ·
З
Заметки про React
Ссылка
нажмите — покажем
Как бандлеры работают с React Server Components Мейнтенер RSPack написал подробную статью о том, как бандлеры Webpack и Turbopack работают с React Server Components и серверными действиями. Хоть и для RSC есть описание функционала в документе RFC, но информация об интеграциях (с бандлерами, с роутером и т.д.) в нем описана относительно просто. Поэтому автор решил написал статью о том, как происходит интеграция RSC с бандлерами на примере Webpack и Turbopack. ⭐️ Как устроен бандлинг клиентского компонента в серверных компонентах В процессе бандлинга клиентского компонента "use client" в окружение сервера заменится ссылкой на компонент: // src/ClientComp.js "use client" export function ClientComp() { return <div>...</div> } Будет заменен на: import { createClientReference } from "plugin/runtime/server.js" export let ClientComp = createClientReference("src/ClientComp.js#ClientComp") Когда сервер рендерит серверный компонент, импортированный клиентский компонент будет являться фактически ссылкой на клиентский компонент. import { ClientComp } from "./ClientComp" export async function App() { return <div><ClientComp /></div> } Сериализованный JSX кода выше: 0:"$L1" // Результат рендеринга Client Reference, включая некоторые метаданные 2:I{"id":"./src/ClientComp.js","chunks":["client0"],"name":"ClientComp","async":false} 1:["$","div",null,{"children":["$","$L2",null,{}]}] При отправке клиенту (включая SSR) для рендеринга результата работы серверного компонента (сериализованный JSX), при встрече с клиентской ссылкой, клиентский модуль с компонентом будет загружен через эти метаданные. Сначала React загрузит чанки по __webpack_chunk_load__(chunkId), затем запустит соответствующий модуль по __webpack_require__(moduleId), и, наконец, получит экспортированный клиентский компонент для рендеринга. https://github.com/orgs/web-infra-dev/discussions/23
37 · 3K ·
З
Заметки про React
Ссылка
нажмите — покажем
Основы доступности, которые должен знать каждый фронтенд-разработчик Мартин Холс в своем блоге рассказал о ключевых принципах доступности, которые должен знать каждый фронтенд-разработчик при разработке компонентов. Часть того, о чем пишет автор: 🔴 Семантический HTML. Используйте правильные элементы для интерактивности и нативные элементы. Если нужно показать кнопку, то используйте <button>, а для ссылок <a>. Не надо вместо этого использовать onClick на div элементе. Такие нативные элементы как <select>, <input> и <textarea> доступны из коробки, старайтесь использовать их. Но если запланируете делать кастомный элемент на подобие <select>, то лучше использовать готовые решения, например, react-select. 🔴 Формы. Каждое поле формы должно быть внутри элемента <form> с onSubmit и кнопкой отправки. Это позволяет браузерам определять связанные поля формы и, например, на мобильных устройствах позволяет переключаться между полями без закрытия клавиатуры. 🔴 Навигация с помощью клавиатуры. Проверьте что в приложении можно переключаться между элементами по нажатию Tab и работает Enter. Используйте CSS индикаторы фокуса :focus-visible и :focus. 🔴 Модалки. Сделать их доступными может быть не просто. Важно при открытии модалки переключать фокус внутри него, а при закрытии возвращать фокус на кнопку открытия модалки. 🔴 Стилизация. Улучшайте доступность интерфейсов через стилизацию, например: - проверьте, что ссылки выглядят как ссылки, а кнопки как кнопки; - сделайте отчетливые состояния элемента при наведении, активном и выключенном состоянии; - используйте достаточный контраст цветов для различения элементов; - поддержите пользовательские размеры шрифтов и зуминг; - поддержите настройку отключения анимации; https://martijnhols.nl/blog/accessibility-essentials-every-front-end-developer-should-know
38 · 2.9K ·
З
Заметки про React
Ссылка
нажмите — покажем
Делаем использование FormData типобезопасным Новый хук useActionState в React 19 позволяет обрабатывать отправку данных в формах, пример: export default function Page() { const [_, action, pending] = useActionState((_: unknown, formData: FormData) => { const firstName = formData.get("firstName"); const age = formData.get("age"); }, null); return ( <form action={action}> <input type="text" name="firstName" /> <input type="number" name="age" /> <button type="submit" disabled={pending}>Submit</button> </form> ); } При отправке формы в колбек хука приходит объект типа FormData. В примере formData.get может принимать любой string и нет уверенности что этот string совпадает с именем поля на форме. Для решения этой проблемы, автор предлагает создать компонент поля, которое принимает дженерик с названиями полей и создать функцию получения значения из FormData, которое также принимает дженерик. Пример: type FormName = "firstName" | "age"; const get = <Name extends string = never>( formData: FormData, name: NoInfer<Name> ) => formData.get(name); export default function Page() { const [_, action] = useActionState((_: unknown, formData: FormData) => { const firstName = get<FormName>(formData, "firstName"); const age = get<FormName>(formData, "age"); }, null); return ( <form action={action}> <SaveInput<FormName> type="text" name="firstName" /> <SaveInput<FormName> type="number" name="age" /> <button type="submit">Submit</button> </form> ); } Теперь тип FormName связывает поля на форме и FormData, так что больше нет риска опечаток. https://www.typeonce.dev/article/make-form-data-and-input-names-type-safe-in-react
24 · 3.3K ·
З
Заметки про React
Видео
demo.mp4 · 575 КБ · нажмите — покажем
react-scan для поиска проблем производительности Вышла библиотека react-scan для поиска проблем производительности и устранения медленного рендера приложения. В отличии от других похожих библиотек, для установки react-scan не требуется изменений в коде приложения, достаточно вставить тег <script> или можно установить как модуль. Библиотека react-scan выделяет только те компоненты, которые надо оптимизировать. Разработчики обещают в будущем выпустить расширение для браузера. https://github.com/aidenybai/react-scan
134 · 3.8K ·
З
Заметки про React
Ссылка
нажмите — покажем
UX++ и DX++ с движками синхронизации В своем блоге Карл Ассманн объясняет почему сложно инвалидировать запросы и реализовать оптимистичный UI с React Query. Сложность в инвалидации запросов заключается в том, что надо знать какие запросы нужно инвалидировать и когда. Если инвалидировать лишние ключи, то будут выполняться лишние запросы в сети. Также нужно знать все ключи, которые надо инвалидировать, иначе часть UI будет продолжать показывать устаревшие данные. Для эффективной реализации оптимистичного UI нужно знать все связанные ключи запроса и влияние каждой мутации на них. Пример реализации оптимистичного UI: const mutation = useMutation(addTodo, { onMutate: async (newTodo) => { const previousTodos = queryClient.getQueryData(...); queryClient.setQueryData([newTodo, ...previousTodos]); return { previousTodos }; }, onError: (_, _, context) => { queryClient.setQueryData(["todos"], context.previousTodos); }, onSettled: () => { queryClient.invalidateQueries(["todos"]); }, }); В оптимистичном UI также возникают сложности при добавлении нового запроса. Нужно связать существующие мутации, убедиться, что они инвалидируют этот запрос или вставляют правильные данные для оптимистичного UI. По мнению автора, основная проблема клиентских приложений в том, что они работают с состоянием на сервере. Бывает нужно выполнить слишком много запросов, из-за которых пользователям приходится ждать, прежде чем они смогут продолжить. В качестве решения проблемы автор предлагает обратить внимание на движки синхронизации, например Replicache. Основная идея заключается в том, чтобы иметь локальную копию данных на клиенте. Компоненты подписываются на локальные данные или изменяют их, в то время как движок синхронизирует изменения с сервером в фоновом режиме. Replicache работает только на клиенте, предоставляет методы подписки и мутации и взаимодействует с конечными точками API, позволяя вам контролировать ваш сервер, вашу базу данных и вашу бизнес-л
32 · 3.1K ·
З
Заметки про React
Ссылка
нажмите — покажем
Create React App устарел Create React App был одним из основных инструментов для старта приложения в 2017-2021 году. Сейчас он официально устарел и в Readme рекомендуют перейти на другой React фреймворк. Если вы захотите использовать CRA с React 19, то столкнетесь с множеством NPM ошибок при настройке проекта. Это обусловлено сочетанием нескольких факторов. CRA всегда пытается установить последнюю версию React по умолчанию, но 19 версии не указана в шаблонах пакета. Шаблон по умолчанию использует @testing-library/[email protected], который зависит от react@18. Это значит, что установка 19 версии приведет к несоответствию версий. https://github.com/facebook/create-react-app/issues/17004
16 · 2.8K ·
З
Заметки про React
Ссылка
нажмите — покажем
Почему я не буду использовать JSDOM Артем Захарченко предлагает перестать пользоваться библиотекой JSDOM при написании тестов компонентов. JSDOM эмулирует браузер в Node.js, но со своими особенностями. Например, событие Event использует класс dom.window.Event из JSDOM. Это событие не является браузерным или даже Node.js событием. Поэтому произойдет ошибка, если это событие будет обработано где-то еще, кроме JSDOM, например: import { JSDOM } from 'jsdom' const dom = new JSDOM() const clickEvent = new dom.window.Event('click') console.log(clickEvent instanceof globalThis.Event) // false const target = new EventTarget() target.dispatchEvent(clickEvent) // Выкинет исключение Для реализации API браузера JSDOM использует полифиллы, даже для таких Node.js API как fetch, Event, MessageChannel. Однако JSDOM не полностью поддерживает весь функционал браузера, например не поддерживает structuredClone. По мнению автора статьи, для прогона тестов лучше использовать Vitest Browser Mode и Playwright, которые запускают тесты в настоящем браузере. https://www.epicweb.dev/why-i-won-t-use-jsdom
11 · 3.2K ·
З
Заметки про React
Ссылка
нажмите — покажем
Сохранение данных форм с помощью Nuqs Во время заполнения формы может потребоваться промежуточное сохранение данных, чтобы при обновлении страницы пользователь не потерял введенные данные, либо поделиться данными формой с другими пользователями. Вариант с localStorage не самый подходящий, с его помощью нельзя поделиться ссылкой на форму с другими пользователями. Автор статьи предлагает использовать библиотеку Nuqs, с помощью которой можно сохранять данные формы в URL в query params. Его можно легко интегрировать с Zod и useForm от react-hook-form и у него встроенная поддержка типизации. Пример формы: import { useQueryState, parseAsJson } from "nuqs" import { useForm } from "react-hook-form" import { zodResolver } from "@hookform/resolvers/zod" import { z } from "zod" // Define our schema const statusEnum = ["working", "chilling", "cooking"] as const const formSchema = z.object({ firstName: z.string(), lastName: z.string(), status: z.enum(statusEnum), }) type FormSchemaType = z.infer<typeof formSchema> function MyForm() { // Initialize Nuqs state const [jsonData, setJsonData] = useQueryState( "json", parseAsJson(formSchema.parse), ) // Set up form with React Hook Form const form = useForm<FormSchemaType>({ resolver: zodResolver(formSchema), values: jsonData, // Pre-fill form with URL data }) const handleSubmit = form.handleSubmit((data) => { console.log(data) setJsonData(data) // Update URL state }) return ( <form onSubmit={handleSubmit}> <TextInput label="First name" {...form.register("firstName")} /> <TextInput label="Last name" {...form.register("lastName")} /> <SelectInput label="Status" options={statusEnum} {...form.register("status")} /> <Button type="submit">Submit</Button> </form> ) } https://armand-salle.fr/post/persisting-form-data-in-react-a-modern-approach-with-nuqs/
47 · 3.7K ·
З
Заметки про React
Ссылка
нажмите — покажем
State of React 2024 Вышла статистика по React за 2024. В ней собрана информация о наиболее/наименее популярных фичах в React, библиотеках, инструментах. Вот наиболее интересные факты: ⭐️ forwardRef — самый нелюбимый API в React, который, кстати, в 19 версии стал устаревшим и можно прокидывать ref напрямую в пропсы. ⭐️ React Compiler и React Server Components наиболее популярные из новых фич React, при этом RSC наиболее сложная и непонятная. ⭐️ Taint API – самый неизвестный API, но это и понятно, т.к. он является экспериментальным. ⭐️ Zod – наиболее популярная библиотека для валидации, а Jest – для тестирования. ⭐️ Next.js, TanStack Query, Redux, Axios – наиболее популярные библиотеки, а TanStack Query и Zustand – самые любимые. https://2024.stateofreact.com/ru-RU/
56 · 4.2K ·
З
Заметки про React
Ссылка
нажмите — покажем
API captureOwnerStack Недавно вышедший экспериментальный API React теперь официально задокументирован и без флага. Этот API особенно полезно библиотекам и фреймворкам, поскольку позволяет дополнить вывод ошибки пользователю. API доступно только в development режиме и считывает текущий Owner Stack и возвращает его в виде строки. Пример: import * as React from 'react'; function Component() { if (process.env.NODE_ENV !== 'production') { const ownerStack = React.captureOwnerStack(); console.log(ownerStack); } } https://react.dev/reference/react/captureOwnerStack
11 · 3.5K ·
З
Заметки про React
Ссылка
нажмите — покажем
TypeScript перепишут на Go Новую версию TypeScript перепишут на Go. Это связано в первую очередь со скоростью работы. TypeScript медленно работает на больших кодовых базах. Особенно это замечается при рефакторинге кода в VS Code, например когда переименовываешь переменную или ищешь все ссылки на интерфейс. По заверениям Андерса Хейлсберга, при использовании компилятора на Go, скорость работы команды tsc увеличивается в 10 раз. Например, запуск tsc на кодовой базе Playwright вместо 11 секунд занимает 1.1 секунду. Также использование компилятора на Go значительно ускоряет работу редактора VS Code. По замерам автора, скорость загрузки проекта выросла в 8 раз. Текущая версия TypeScript 5.8. Следующая мажорная версия TypeScript 6 останется написана на TS, но появятся пометки deprecated и критические изменения для поддержки 7ой версии. Когда в кодовой базе на Go станет достаточно функционала, который покрывает версию на TS, то выпустят TypeScript 7 на Go. https://devblogs.microsoft.com/typescript/typescript-native-port/
31 · 3.1K ·
З
Заметки про React
Кейсы оптимизации React Обзор примеров, показывающих, как пять разных команд разработчиков оптимизировали React. Например, у одной из команд на проекте был плохой показатель метрики INP, которая отслеживает скорость отклика сайта. Хорошим считается отклик менее 200мс, на проекте был отклик 380мс. Какие были найдены причины: - Большой бандл. Первоначально грузился большой бандл с кодом, который не был нужен. Помог code splitting. - Определенные колбеки у обработчиков событий вызывались слишком часто, из-за чего блокировался основной поток браузера. Помог debounce на скролл и resize, а также делегирование событий. - Ре-рендерелись больше компонентов чем нужно при изменении стейта. Помогло оборачивание компонентов в React.memo() и использование useMemo для дорогих вычислений. - Долгий рендеринг компонентов. Помогло обновление до React 18. Основным преимуществом этого обновления стал параллельный рендеринг, поскольку высокоприоритетные задачи, такие как пользовательский клик, могут прерывать рендеринг. Это обновление улучшило метрику INP на 46% на десктопе. Помимо это помогли следующие исправления для улучшения производительности рендеринга: - Разбиение сложных хуков на более мелкие. На графике перфоманса было видно, что сложные хуки вызываются несколько раз и перерисовывают компонент без необходимости. - Замена React Router на window.location там, где это возможно. - Улучшение мемоизации Redux селекторов. https://largeapps.dev/case-studies/advanced/
58 · 2.8K ·
З
Заметки про React
Ссылка
нажмите — покажем
Показ тостов через React Server Components В блоге Build UI показали пример, как, используя React Server Components, показывать всплывающие сообщения (тосты) на клиенте. В примере используются серверные функции, куки и useOptimistic. По итогу, чтобы вызвать тост на клиенте, достаточно в любой серверной функции сделать вызов функции toast, пример: "use server"; export async function save() { await toast("Blog post successfully saved!"); } Функция toast выглядит следующим образом: "use server"; import { cookies } from "next/headers"; async function toast(message: string) { const cookieStore = await cookies(); const id = crypto.randomUUID(); cookieStore.set(`toast-${id}`, message, { path: "/", maxAge: 60 * 60 * 24, // 1 day }); } Используется случайный ID в названии куки для того, чтобы гарантировать уникальность названия куки. Чтобы отображать куки на клиенте, надо считать куки, отфильтровать по префиксу toast: import { cookies } from "next/headers"; import { ClientToasts } from "./client-toasts"; export async function Toaster() { const cookieStore = await cookies(); const toasts = cookieStore .getAll() .filter((cookie) => cookie.name.startsWith("toast-") && cookie.value) .map((cookie) => ({ id: cookie.name, message: cookie.value, dismiss: async () => { "use server"; const cookieStore = await cookies(); cookieStore.delete(cookie.name); }, })); return <ClientToasts toasts={toasts} />; } Как видно из кода выше, для удаления куки используется серверный API Next.js. Почему не использовать браузерное API для удаления? По мнению автора, работать с браузерным document.cookie менее приятно, чем с API от Next.js. В ClientToasts автор использует хук useOptimistic, чтобы реализовать немедленное удаление тоста с экрана пользователя и отправить запрос на удаление куки на сервер: export function ClientToasts({ toasts }: { toasts: Toast[] }) { const [optimisticToasts
24 · 2.5K ·
З
Заметки про React
Ссылка
нажмите — покажем
React Labs: View Transitions, Activity, и другое В React Labs представили два новых экспериментальных API: View Transitions и Activity. Подробнее о каждой из них: View Transitions предназначен для анимации переходов в приложении. С ее помощью можно декларативно объявить, что анимировать, когда и как. Пример: // «Что» анимировать <ViewTransition> <div>animate me</div> </ViewTransition> Чтобы определить «когда» анимировать, можно использовать один из трех триггеров: startTransition, useDeferredValue или Suspense. Для стилизации анимации используйте CSS: // «Как» анимировать ::view-transition-old(*) { animation: 300ms ease-out fade-out; } ::view-transition-new(*) { animation: 300ms ease-in fade-in; } Также есть возможность указывать причину анимации через API addTransitionType, пример: function navigate(url) { startTransition(() => { addTransitionType('nav-forward'); go(url); }); } function navigateBack(url) { startTransition(() => { addTransitionType('nav-back'); go(url); }); } <ViewTransition name="nav" share={{ 'nav-forward': 'slide-forward', 'nav-back': 'slide-back', }}> {heading} </ViewTransition> ::view-transition-old(.slide-forward) { animation: ... } ::view-transition-new(.slide-forward) { animation: ... } Activity это новое API, которое позволяет визуально скрывать компонент с UI, снижать его приоритет при рендере, при этом сохраняя его стейт. Использование этого API дешевле в плане производительности по сравнению с размонтированием или скрытием через CSS. Пример компонента <Activity>: <Activity mode={isVisible ? 'visible' : 'hidden'}> <Page /> </Activity> Когда у Activity мод 'visible', то компонент рендерится как обычно, а когда 'hidden', то размонтируется, но сохранит стейт и продолжит рендерится с более низким приоритетом чем видимые компоненты. Acitivity и View Transition можно использовать вместе, пример: <ViewTransition> <Activity mode={url === '/' ? 'visible' : 'hidden'}
24 · 2.4K ·
З
Заметки про React
Ссылка
нажмите — покажем
Родители и владельцы в React: провайдеры контекста Джулс Блом в своем блоге написала про то, что понимание того, как компоненты-родители (parent) и компоненты-владельцы (owner) влияют на обновление контекста, может помочь писать более производительные провайдеры контекста. Чтобы провайдеры контекста со стейтом были производительными, надо чтобы провайдер с логикой изменения стейта был отдельным компонентом и принимал children. Пример: function CounterProvider({ children }) { const [count, setCount] = useState(0); return ( <CounterContext.Provider value={count}> {children} </CounterContext.Provider> ); } function App() { return ( <CounterProvider> <CounterDisplay /> <UnrelatedComponent /> <Toolbar /> </CounterProvider> ) } Чтобы разобраться, почему провайдер контекста в этом примере производительный, сначала стоит разобраться что такое компоненты-родители и компоненты-владельцы: 🔴 компонент-родитель содержит дочерние компоненты и определяет структурные отношения (вложенность) между компонентами, например в App компонент CounterProvider является родителем для вложенных в него компонентов; 🔴 компонент-владелец рендерит другие компоненты и определяет функциональные отношения, вызывает рендеринг, например это компонент CounterProvider или App. Если вспомнить причины ре-рендеринга компонента, а это изменение стейта, обновление контекста и ре-рендер компонента-владельца, то становится понятно почему провайдер контекста стал производительнее. В CounterProvider логика со стейтом и при ее изменении будет происходить ре-рендер компонента CounterProvider и компонентов, которые подписаны на изменения контекста. При этом, компонент App не будет ре-рендерится, т.к. в нем нет изменений стейта. https://julesblom.com/writing/parent-owners-context
31 · 2.2K ·
З
Заметки про React
Ссылка
нажмите — покажем
TanStack DB TanStack представила новую библиотеку – TanStack DB – реактивный клиентский стор, с возможностью синка API запросов. Библиотека работает поверх TanStack Query и расширяет его функционал. Разработчики обещают быструю скорость работы библиотеки, даже на больших объемах данных. Библиотека предлагает fine-grained реактивность, возможность нормализации данных и примитивы транзакций. Примеры использования: Синк данных коллекции с API: import { createQueryCollection } from "@tanstack/db-collections" const todoCollection = createQueryCollection<Todo>({ queryKey: ["todos"], queryFn: async () => fetch("/api/todos"), getId: (item) => item.id, schema: todoSchema, // любая схема }) Использование live query и фильтрации: import { useLiveQuery } from "@tanstack/react-db" const Todos = () => { const { data: todos } = useLiveQuery((query) => query.from({ todoCollection }).where("@completed", "=", false) ) return <List items={todos} /> } Использование транзакций и оптимистичных изменений на клиенте: import { useOptimisticMutation } from "@tanstack/react-db" const AddTodo = () => { const addTodo = useOptimisticMutation({ mutationFn: async ({ transaction }) => { const { collection, modified: newTodo } = transaction.mutations[0]! await api.todos.create(newTodo) await collection.invalidate() }, }) return ( <Button onClick={() => addTodo.mutate(() => todoCollection.insert({ id: uuid(), text: "🔥 Make app faster", completed: false, }) ) } /> ) } https://github.com/TanStack/db
49 · 2.9K ·
З
Заметки про React
Ссылка
нажмите — покажем
Управление фокусом в React с помощью flushSync Установить фокус на инпуте сразу в React может оказаться не так просто, как кажется. При изменении стейта, React не сразу ре-рендерит компонент, а вместо этого он складывает в очередь все изменения состояний и выполняет их разом после завершения работы обработчика событий. Из-за такого поведения могут возникнуть непредвиденные ситуации, например: function MyComponent() { const inputRef = useRef<HTMLInputElement>(null) const [show, setShow] = useState(false) return ( <div> <button onClick={() => { setShow(true) inputRef.current?.focus() // Фокус не будет работать }} > Show </button> {show ? <input ref={inputRef} /> : null} </div> ) } В примере выше фокс на инпуте не появится, из-за того что изменение стейта setShow сработает только по завершению работы обработчика события onClick. Для решения проблемы используйте функцию flushSync, которая синхронно выполняет изменение стейта в переданном колбеке. По завершению работы flushSync DOM будет обновлен и inputRef.current?.focus() сработает. Обновленный пример обработчика: … <button onClick={() => { flushSync(() => { setShow(true) }) inputRef.current?.focus() }} > … https://www.epicreact.dev/mastering-focus-management-in-react-with-flush-sync-f5b38
45 · 2.8K ·
З
Заметки про React
Ссылка
нажмите — покажем
Анонс TypeScript Native Вышла превью версия TypeScript написанная на Go. Ее можно установить через npm: npm install -D @typescript/native-preview Этот пакет предоставляет команду tsgo – он работает аналогично команде tsc. Со временем команда tsgo переименуется в tsc и переедет в пакет typescript. Сейчас команды разделены для удобства тестирования. Помимо команды tsgo появилось расширение в VS Code для использования TypeScript Language Service на Go в редакторе – “TypeScript (Native Preview)”. С этим расширением должны ускориться такие функции, как go-to-definition, автокомоплит подсказок, вывод ошибок, показ всплывающих подсказок и другое. https://devblogs.microsoft.com/typescript/announcing-typescript-native-previews/
23 · 2.9K ·
З
Заметки про React
Ссылка
нажмите — покажем
Почему Error Boundary, а не просто try/catch для компонентов В React нельзя использовать try/catch чтобы отловить ошибки рендера компонента. Это связано с тем, что React не вызывает функцию Calculator когда он создает элемент, он лишь создает описание того что надо отрендерить. const element = ( <div> <h1>Calculator</h1> <Calculator left={1} operator="+" right={2} /> <Calculator left={1} operator="-" right={2} /> </div> ) Поэтому если обернуть объявление выше в try/catch можно получить только ошибки во время создания этих элементов, а не ошибки рендера. Реальные ошибки происходят внутри компонента, во время рендера, эффектов и обработчиков ошибок. function Calculator(props) { try { // ...render logic } catch (error) { return <div>Ошибка!</div> } } По примеру выше можно обернуть в try/catch тело компонента, но это лишь обработает ошибки на уровне данного компонента. Для обработки ошибок внутри компонента используют Error Boundary. Рекомендуется использовать библиотеку react-error-boundary, которая предоставляет готовый компонент ErrorBoundary и хук useErrorBoundary для обработки ошибок в асинхронных колбеках, эффектах, обработчиках ошибок. Пример использования хука: import { useErrorBoundary } from 'react-error-boundary' function MyComponent() { const { showBoundary } = useErrorBoundary() async function handleClick() { try { await doSomethingAsync() } catch (error) { showBoundary(error) } } return <button onClick={handleClick}>Do something</button> } https://www.epicreact.dev/why-react-error-boundaries-arent-just-try-catch-for-components-i6e2l
41 · 3.1K ·
З
Заметки про React
Ссылка
нажмите — покажем
Остерегайтесь скрытых проблем при работе с search params Типо-безопасность — это только вершина айсберга, о которой вспоминают разработчики при работе с search params. Автор библиотеки nuqs предупреждает о скрытых проблемах при работе с search params. Запись и чтение. Для получения типо-безопасного стейта search params необходимо внедрять библиотеки валидации (например Zod). Для записи в search params сложных стейтов, а потом для их чтения обратно, понадобятся функции сериализации и парсинга соответственно. В nuqs из коробки есть встроенные парсеры для основных типов данных. Помимо типо-безопасности, при чтении search params важно иметь runtime-безопасность. Даже после парсинга в корректный тип данных, это значение может быть невалидным. Например, значение валидно если находится в диапазоне -90/+90 или -180/+180. Или email написан правильно. Поэтому после парсинга должна происходить валидация данных. Аналогично, перед сериализацией должна происходить валидация, чтобы в URL не попали невалидные значения. Еще одна из скрытых проблем при работе с URL – частота обновления URL. У разных браузеров есть разный лимит на частоту обновлений URL (в Chrome это 50мс). Проблема может возникнуть из-за привязки URL к высокочастотному инпуту, например <input type="text"> или <input type="range">. Со временем схема стейта в URL может изменяться, т.е. могут переименовываться поля, удаляться или добавляться новые. Нужно поддержать возможность миграции на новую схему. При изменении URL может происходить замена текущей истории или добавлении в историю нового URL. При добавлении URL в историю появляется возможность управлять историей через браузерные кнопки вперед/назад. Это удобно для пользователя, но добавляет сложность для разработки, т.к. появляется два источника управления историей: через UI и браузерные кнопки вперед/назад. Например, при открытии модального окна добавляется в историю ?modalOpen=true. Теперь пользователь ожидает, что при нажатии на браузерную кнопку назад зак
39 · 3.5K ·
З
Заметки про React
Ссылка
нажмите — покажем
Реактивность – это легко Стандартный useContext заставляет обновляться все компоненты-потребители, даже если им не нужна изменившаяся часть состояния. Это приводит к лишним ре-рендерам, особенно в больших компонентах вроде таблиц или списков. Автор статьи столкнулся с этим в MUI X Data Grid: клик по одной ячейке вызывал ре-рендер всех остальных. Решение — точечная подписка через селекторы Вместо того, чтобы хранить состояние в useState и передавать его через Context, можно использовать внешний Store и специальный хук useSelector. Идея проста: 🔴 Store — это обычный класс, который хранит состояние, умеет подписывать на обновления (subscribe) и уведомлять подписчиков, когда данные изменились (update). Он живёт вне рендера React. 🔴 useSelector(store, selectorFn) — кастомный хук, который принимает store и функцию-селектор. Селектор — это функция, которая из всего объекта состояния достает только нужный компонентa фрагмент данных (например, `state => state.focus === index`). Хук подписывается на store и вызывает локальный ре-рендер только тогда, когда возвращаемое селектором значение изменилось. Пример кода: const Context = createContext(); export function Grid() { const [store] = useState(() => new Store({ focus: 0 })); return ( <Context.Provider value={store}> {Array.from({ length: 50 }).map((_, i) => ( <Cell index={i} /> ))} </Context.Provider> ); } const selectors = { isFocus: (state, index) => state.focus === index, }; function Cell({ index }) { const store = useContext(Context); const focus = useSelector(store, selectors.isFocus, index); return ( <button ref={ref} onClick={() => store.update({ ...store.state, focus: index })} className={clsx({ focus })} > {index} </button> ); }; Такой подход позволяет обновлять только те компоненты, чьи данные действительно изменились, и часто избавляет от необходимости оборачивать всё в React.memo. https://romgrk.com/posts/reactivi
42 · 4.1K ·

Открытая публичная лента из поискового индекса ChatCrawler — «Google по публичному Telegram»; обновляется по мере обхода площадки. Время — UTC.

Только публичный контент, официальный API Telegram. О проекте · Вопросы · Границы индекса · Убрать страницу из выдачи · Каталог · Поиск · Как мы считаем