А сколько лет вы работаете в IT?
Anonymous Poll
24%
Только начал изучать 🤓
17%
Больше года 🤯
10%
Больше трёх лет 💪🏻
34%
Больше пяти лет 🫡
14%
Я тут мимо проходил 🚶🏻♂️
💣 Разбираемся с особенностями CSS-свойства
CSS-свойство
Как работает
1. Применение:
2. Числовые значения: Чем выше значение
3. Локальная контекстная наложенность:
Примеры:
Элемент с бо́льшим значением
Элемент с отрицательным
🔗 Подробнее про
z-indexCSS-свойство
z-index используется для управления порядком перекрытия элементов вдоль оси z (ось, перпендикулярная экрану). Это свойство определяет, какой из элементов находится "поверх" других, когда они находятся на одном и том же месте в документе или перекрываются.Как работает
z-index:1. Применение:
z-index может быть применён только к элементам, у которых задано свойство position со значением, отличным от static. Например, relative, absolute, fixed или sticky.2. Числовые значения: Чем выше значение
z-index, тем выше "слой", на котором будет находиться элемент. Значения могут быть положительными или отрицательными.3. Локальная контекстная наложенность:
z-index работает в рамках одного контекста наложения. Есть несколько способов задать новый контекст наложения, но об этом мы поговорим немного позже. Здесь важно понимать, что элемент с z-index: 1000 не перекроет элемент с z-index: 5, если они находятся в разных контекстах наложения. Примеры:
Элемент с бо́льшим значением
z-index будет перекрывать элемент с меньшим значением, если они расположены в одном контексте наложения:
<div style="position: relative; z-index: 1;">
<div style="position: absolute; z-index: 2;">Перекрывает</div>
<div style="position: absolute; z-index: 1;">Перекрываемый</div>
</div>
Элемент с отрицательным
z-index может быть расположен под базовым уровнем своего контекста. Например, через него можно явно указать, что элемент будет фоном внутри своего родителя:
<div style="position: relative">
<div style="position: absolute; z-index: -1">Содержимое фона</div>
Основное содержимое блока
</div>
🔗 Подробнее про
z-index на MDN.👍2
🔍 Продолжаем разговор про
Контекст наложения (stacking context) — это концепция в CSS, которая определяет, как элементы должны перекрываться или как они наложены друг на друга на веб-странице. Контекст наложения создается в следующих случаях:
1️⃣ Корневой элемент (HTML): По умолчанию корневой элемент создает контекст наложения.
2️⃣ Свойства
3️⃣ Некоторые CSS-свойства также создают новый контекст наложения:
🔸
🔸
🔸
🔸
🔸
🔸
🔸
🔸
🔸
Внутри контекста элементы сортируются сначала по порядку расположения в HTML, а элементы с указанным
Особенностью контекста наложения является его изоляция:
🔹 Здесь элемент
🔹 Поэтому, несмотря на то, что
🔹 При этом
🔗 Подробнее про контекст наложения на MDN.
z-index: Контекст наложенияКонтекст наложения (stacking context) — это концепция в CSS, которая определяет, как элементы должны перекрываться или как они наложены друг на друга на веб-странице. Контекст наложения создается в следующих случаях:
1️⃣ Корневой элемент (HTML): По умолчанию корневой элемент создает контекст наложения.
2️⃣ Свойства
position и z-index: Любой элемент с свойством position отличным от static, и заданным значением z-index задаёт новый контекст наложения.3️⃣ Некоторые CSS-свойства также создают новый контекст наложения:
🔸
opacity со значением меньше 1.🔸
transform, не равное none.🔸
filter, не равное none.🔸
perspective, большее нуля.🔸
clip-path, не равное none.🔸
mask / mask-image / mask-border, не равные none.🔸
mix-blend-mode, кроме normal.🔸
will-change, упоминающее любое из свойств, создающих контекст наложения.🔸
isolation: isolate.Внутри контекста элементы сортируются сначала по порядку расположения в HTML, а элементы с указанным
z-index перемещаются в соответствии с их значениями z-index. Элемент с более высоким z-index находится над элементом с более низким z-index.Особенностью контекста наложения является его изоляция:
z-index работает только в пределах одного контекста наложения и не взаимодействует с элементами, которые находятся за его пределами в других контекстах. Это означает, что z-index одного блока не может влиять на элементы, находящиеся в другом блоке, если каждый из них создает собственный контекст наложения.
<style>
#content-1 { color: red; height: 18px }
#new-context { margin-top: -12px }
#content-2 { color: blue; height: 18px }
#content-3 { color: green; margin-top: -12px }
</style>
<div id="main" style="position: relative; z-index: 1;">
<div id="content-1" style="position: relative; z-index: 10;">#content-1</div>
<div id="new-context" style="opacity: 0.7;">
<div id="content-2" style="position: relative; z-index: 200;">#content-2</div>
<div id="content-3" style="position: relative; z-index: 100;">#content-3</div>
</div>
</div>
🔹 Здесь элемент
#new-context задаёт новый контекст наложения внутри контекста #main. 🔹 Поэтому, несмотря на то, что
z-index у элементов #content-2 и #content-3 выше, чем у #content-1, они визуально будут расположены ниже, так как #content-1 поднимается выше всего #new-context благодаря своему z-index. 🔹 При этом
#content-2 будет перекрывать #content-3 внутри общего контекста наложения #new-context. 🔗 Подробнее про контекст наложения на MDN.
👍2
⚡ Новое видео на канале: наглядно показываем, как работает z-index и контекст наложения, чтобы развеять все вопросы! https://www.youtube.com/watch?v=6p86YhPLwsY
YouTube
Как работает z-index в CSS #css #frontend #верстка
В этом видео посмотрим, как работает css свойство z-index
#фронтенд #frontend #html #zindex #css #cssобучение #cssуроки #курспоcss #htmlснуля #htmlдляначинающих #htmlуроки #htmlурокиснуля #htmlкурс #htmlкурсдляначинающих #обучениеФронтендРазработке #версткаСайта…
#фронтенд #frontend #html #zindex #css #cssобучение #cssуроки #курспоcss #htmlснуля #htmlдляначинающих #htmlуроки #htmlурокиснуля #htmlкурс #htmlкурсдляначинающих #обучениеФронтендРазработке #версткаСайта…
👍2
🚀 Разбираемся с видами зависимостей в package.json
Зависимости в проекте Node.js — это модули или пакеты, которые ваше приложение использует для корректной работы. Эти зависимости указываются и управляются через package.json - файл, который служит своего рода картой или спецификацией для проекта. Сегодня разберемся, какие у проекта могут быть зависимости и как правильно их использовать.
1️⃣
2️⃣
3️⃣
Как и для чего разделять зависимости?
- Чистота: Разделение помогает уменьшить размер сборки продукта.
- Безопасность и скорость: В продакшне загружаются только необходимые библиотеки.
- Совместимость: PeerDependencies предотвращают конфликты версий, особенно важно для разработчиков библиотек.
🔗 На самом деле, это только основные виды зависимостей, которые могут быть использованы в проектах. Более подробно про них и про другие виды можно узнать в официальной документации NPM.
Зависимости в проекте Node.js — это модули или пакеты, которые ваше приложение использует для корректной работы. Эти зависимости указываются и управляются через package.json - файл, который служит своего рода картой или спецификацией для проекта. Сегодня разберемся, какие у проекта могут быть зависимости и как правильно их использовать.
1️⃣
dependencies — это основные зависимости, которые необходимы вашему приложению в продакшене. Они включают библиотеки и фреймворки, от которых напрямую зависит работоспособность вашего проекта. Например:
"dependencies": {
"express": "^4.17.1",
"mongoose": "^5.9.10"
}
2️⃣
devDependencies — это инструменты и библиотеки, используемые во время разработки и тестирования, но не нужные в продакшене. В эту категорию входят компиляторы, тестовые фреймворки и другие инструменты для улучшения процесса разработки. Пример:
"devDependencies": {
"eslint": "^7.2.0",
"jest": "^26.0.1"
}
3️⃣
peerDependencies — обычно используются при разработке библиотек или плагинов. Они указывают на зависимости, которые должны быть установлены в проекте, который будет использовать вашу библиотеку. Но при этом не устанавливают их автоматически, оставляя это на усмотрение разработчика, чтобы не вызывать дублирование библиотек с разными версиями. Например, если ваша библиотека требует обязательного наличия React 18-й версии, то нужно указать:
"peerDependencies": {
"react": "18.x"
}
Как и для чего разделять зависимости?
- Чистота: Разделение помогает уменьшить размер сборки продукта.
- Безопасность и скорость: В продакшне загружаются только необходимые библиотеки.
- Совместимость: PeerDependencies предотвращают конфликты версий, особенно важно для разработчиков библиотек.
🔗 На самом деле, это только основные виды зависимостей, которые могут быть использованы в проектах. Более подробно про них и про другие виды можно узнать в официальной документации NPM.
👍2
🪄 Разбираемся в семантическом версионировании: как управлять зависимостями в npm без хаоса
Семантическое версионирование, или SemVer, является популярной системой версионирования в мире программирования, особенно в экосистеме Node.js и npm. Эта методология активно применяется для управления версиями пакетов и модулей, чтобы облегчить управление зависимостями и минимизировать риски, связанные с обновлениями. Разберём основные составляющие семантического версионирования:
1️⃣ Основной номер версии (Major version) – увеличивается, если сделаны изменения, ломающие обратную совместимость.
2️⃣ Минорный номер версии (Minor version) – увеличивается, когда добавляются новые возможности, не ломающие существующий функционал.
3️⃣ Патч-версия (Patch version) – увеличивается при внесении исправлений ошибок, которые не затрагивают интерфейсы и не добавляют новых функциональностей.
👉 Пример версии по SemVer:
В
🔹 Точная версия: Указание конкретной версии, например,
🔹 Звездочка
🔹 Знак тильда
🔹 Знак каретки
🔹 Оператор сравнения
🔹 Git-репозитории и теги: Можно указать зависимость от конкретного git-commit'a или тега, например,
Использование этих подходов позволяет контролировать версии зависимостей в проекте, минимизируя риски поломок из-за неожиданных изменений в используемых библиотеках и модулях. SemVer и npm предоставляют разработчикам гибкие инструменты для управления зависимостями в их проектах.
🔗 Подробнее о семанитическом версионировании можно прочитать в официальной документации. А в этой статье подробно описано использование SemVer в npm.
Семантическое версионирование, или SemVer, является популярной системой версионирования в мире программирования, особенно в экосистеме Node.js и npm. Эта методология активно применяется для управления версиями пакетов и модулей, чтобы облегчить управление зависимостями и минимизировать риски, связанные с обновлениями. Разберём основные составляющие семантического версионирования:
1️⃣ Основной номер версии (Major version) – увеличивается, если сделаны изменения, ломающие обратную совместимость.
2️⃣ Минорный номер версии (Minor version) – увеличивается, когда добавляются новые возможности, не ломающие существующий функционал.
3️⃣ Патч-версия (Patch version) – увеличивается при внесении исправлений ошибок, которые не затрагивают интерфейсы и не добавляют новых функциональностей.
👉 Пример версии по SemVer:
2.3.1, где 2 – основной номер, 3 – минорный, 1 – патч.В
package.json версии зависимостей можно обозначать следующими способами:🔹 Точная версия: Указание конкретной версии, например,
"react": "18.2.0". Это гарантирует, что будет использована именно эта версия.🔹 Звездочка
(*) или x: Означает использование любой версии в пределах указанной мажорной версии. Например: "react": "18.x"🔹 Знак тильда
(~): Использование тильды, например, "eslint": "~7.2.0", позволяет установить последнюю патч-версию для указанного минорного изменения. Это означает, что будут использованы все последующие патчи к версии 7.2.🔹 Знак каретки
(^): Каретка, например, "webpack": "^4.0.0", позволяет обновляться до последней минорной версии в рамках мажорной версии 4. Так, npm сможет установить любую версию от 4.0.0 до 5.0.0 не включительно.🔹 Оператор сравнения
(>=): Определяет минимально допустимую версию. Например, если указано "lodash": ">=4.17.0" , npm будет устанавливать версию lodash не ниже 4.17.0. Это означает, что при наличии более новых версий, подходящих под эту спецификацию, они будут установлены. Но с этим способом стоит быть осторожнее, так как могут выйти новые мажорные версии, сильно ломающие обратную совместимость. 🔹 Git-репозитории и теги: Можно указать зависимость от конкретного git-commit'a или тега, например,
"a-library": "github:myusername/a-library#v1.0.0".Использование этих подходов позволяет контролировать версии зависимостей в проекте, минимизируя риски поломок из-за неожиданных изменений в используемых библиотеках и модулях. SemVer и npm предоставляют разработчикам гибкие инструменты для управления зависимостями в их проектах.
🔗 Подробнее о семанитическом версионировании можно прочитать в официальной документации. А в этой статье подробно описано использование SemVer в npm.
🔥2
Выбираем «лучшую» конструкцию в коде
Anonymous Poll
27%
// @ts-ignore
7%
/* eslint-disable */
20%
obj?.prop1?.prop2?.prop3
20%
a ? b : c ? d : e ? f : g
27%
as unknown as any
40%
Не могу определиться, все супер
Please open Telegram to view this post
VIEW IN TELEGRAM
YouTube
Как я стала программистом: учеба, курсы, первая работа #войтивайти #программирование
В этом видео расскажу про свой путь в IT. Как я стала стала фронтенд разработчиком.
00:00 Приветствие
00:40 Знакомство с программирование в школе
02:55 Поступление в ВУЗ
07:11 Переход на другую специальность
08:50 Аdская учеба
12:48 "Никогда больше не открою…
00:00 Приветствие
00:40 Знакомство с программирование в школе
02:55 Поступление в ВУЗ
07:11 Переход на другую специальность
08:50 Аdская учеба
12:48 "Никогда больше не открою…
❤1👍1
Не так давно вышла новая версия одного из самых распространенных фреймворков для разработки фронтенда. Сегодня разберемся в обновлениях и ключевых фичах этого релиза.
🔹 Новые Хуки
1.
useTransition - позволяет управлять приоритетом рендеринга, делая приложение более отзывчивым и плавным.2.
useActionState - упрощает работу с состоянием, связанным с асинхронными действиями, такими как подтверждение данных или загрузка.3.
useOptimistic - позволяет интерфейсу мгновенно реагировать на действия пользователя, в то время как данные подтверждаются на сервере.4.
useFormStatus - предназначен для управления состоянием форм, такими как валидация, отслеживание изменений и управление отправкой.5.
useDeferredValue - позволяет отложить обновления некритичных данных, что может быть полезно для поддержания быстродействия интерфейса при обработке больших объемов данных или сложных рендерингов.🔹 Новое API "use"
React 19 ввёл новое универсальное API "use", которое унифицирует чтение данных из различных ресурсов при рендеринге. Сейчас это API поддерживает получение данных из Promise и контекста, в дальнейшем планируется расширение его возможностей.
🔹 React Server Components
Server Components продолжают развиваться, позволяя разрабатывать компоненты, рендеринг которых происходит на сервере. Это ускоряет загрузку страниц и уменьшает ресурсоёмкость клиента. Server Actions дполнительно упрощают взаимодействие с сервером, интегрируя логику обработки действий непосредственно в серверные компоненты.
🔹 Улучшенная обработка ошибок
React 19 вводит новый механизм для ловли и обработки ошибок в компонентах. Теперь разработчики могут более гибко управлять поведением при ошибках, определяя пути восстановления приложения.
🔹 Дополнительные усовершенствования
- Новая реализация паттерна Provider для контекста, которая упрощает передачу данных через компоненты.
- Добавление функций очистки для ссылок, которая помогает управлять памятью и ресурсами эффективнее.
🔗 Читайте полный список изменений и подробности на официальном сайте React.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤1
Про какие из обновлений было бы интересно узнать подробнее?
Anonymous Poll
56%
Новые хуки для работы с состоянием
19%
Новое API для работы с формами
56%
Серверные компоненты и экшены
44%
Новое API "use"
На днях увидела новость, что вышло очередное обновление TypeScript версии 5.5, которое приносит с собой ряд интересных изменений. Кажется, что некоторые из них могут значительно помочь при разработке. Например:
1️⃣ Улучшенная инференция типов
TypeScript 5.5 продолжает улучшать систему типов, обеспечивая более точное и умное выведение типов. Это значительно упрощает работу с сложными структурами данных без необходимости явного указания типов. Лично мне кажется, что это одно из самых долгожданных улучшений.
2️⃣ Контроль синтаксиса регулярных выражений
Теперь, если вы допустили ошибку при написании регулярного выражения, TypeScript это подсветит и выбросит ошибку. Кажется, что этого очень давно не хватало.
3️⃣ Переменная
${configDir} внутри tsconfig.jsonТеперь для задания путей относительно конфигурационного файла можно использовать специальную переменную. Таким образом, любые расширения для базового конфигурационного файла не будут нарушать правильность указанных в нём путей.
4️⃣ Поддержка новых методов Set
TypeScript теперь поддерживает новые методы для работы с Set, такими как
union, difference, intersection и другие. 5️⃣ Оптимизация производительности компилятора
Разработчики TypeScript уделили внимание улучшению производительности компилятора, что приводит к более быстрому компилированию кода и ускорению процесса разработки.
6️⃣ Улучшения в инструментах и IDE поддержке
TypeScript 5.5 включает улучшения в интеграции с IDE, такие как более интуитивные подсказки и автодополнения, что делает процесс разработки более комфортным и эффективным.
🔗 И это далеко не все изменения в релизе. Подробнее можно узнать в официальном блоге TypeScript.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤1
Недавно Оля писала о последнем обновлении TypeScript 5.5, и меня особенно заинтересовал пункт «Контроль синтаксиса регулярных выражений».
Я вообще фанат регулярок, еще в университете мне хорошо объяснили их, и с тех пор я активно использую их в рабочих задачах. Поэтому я решила поподробнее посмотреть, что нового добавил здесь TypeScript.
Во-первых, проверка синтаксиса будет осуществляться только в пределах литералов регулярных выражений. Например, этот код проверяться будет:
let myRegex = /@robot(\s+(please|immediately))?/;
А вот этот уже нет:
let myRegex = new RegExp("@robot(\s+(please|immediately))?");
В новую версию добавлена базовая проверка на синтаксис регулярных выражений, вроде забытых открывающих или закрывающих скобок.
Кроме того, TypeScript теперь будет проверять наличие используемых скобочных групп (включая именованные) и доступность фичей регулярных выражений в используемой версии ECMAScript.
Посмотрим, насколько это поможет на практике. Лично я всё равно всегда пользуюсь специальными сервисами для тестирования регулярок, например, https://regex101.com/, а потом уже копирую их в код.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
📢 Новые хуки в React 19! Часть 1.
В одном из предыдущих постов мы писали про обновление React 19, и вы проголосовали за новые хуки для работы с состоянием! 💡
Я решила поразбираться в них, чтобы понять, что к чему и чем они отличаются от наших старых добрых и любимых
1.
2.
3.
Все примеры лежат в нашем репозитории здесь 👉 GitHub
🔍 useActionState и useFormStatus
В документации React говорится, что
Без использования директивы
В самом первом примере есть простая форма с одним полем, которая отправляет данные на сервер с помощью
Примечательно, что в случае работы с Server Action нам достаточно просто передать его первым аргументом в
1. совершенно не думаем о том, каким образом данные будут ходить с клиента на сервер и обратно
2. полагаемся на нативную браузерную обработку форм, не используя дополнительные обработчики
3. можем миксовать серверный и клиентский код рядом друг с другом
Во втором примере можно увидеть, что у нас также доступен
Однако если у нас произойдет какая-то ошибка в серверном
Также, если мы не хотим заниматься глубоким прокидыванием
✍️ Во второй части разберем хук
❤️ Реагируйте, если хотите увидеть обзор на Server Components и Server Actions!
В одном из предыдущих постов мы писали про обновление React 19, и вы проголосовали за новые хуки для работы с состоянием! 💡
Я решила поразбираться в них, чтобы понять, что к чему и чем они отличаются от наших старых добрых и любимых
useState и useReducer. На разборе у меня были три самых свежих и интересных:1.
useActionState2.
useFormStatus3.
useOptimisticВсе примеры лежат в нашем репозитории здесь 👉 GitHub
🔍 useActionState и useFormStatus
В документации React говорится, что
useActionState даст преимущество в работе с Server Actions, поэтому я подняла проект, используя Next 15, который из коробки поддерживает React 19 (и сам находится в бете).Без использования директивы
"use server", useActionState может показаться ничем не отличающимся от useState. Однако в сочетании с Server Action он становится очень интересным инструментом.В самом первом примере есть простая форма с одним полем, которая отправляет данные на сервер с помощью
useActionState.
export function FormUseActionState() {
const [result, formAction] = useActionState(submitForm, null);
return (
<form action={formAction}>
<h2>Form With useActionState</h2>
<input name="title" />
<button type="submit">Save!</button>
</form>
);
}
'use server';
export const submitForm = (prevState: string | null, form: FormData) => {
return form.get('title')?.toString() || '';
};
Примечательно, что в случае работы с Server Action нам достаточно просто передать его первым аргументом в
useActionState, и дальше мы можем использовать возвращаемый из хука formAction напрямую в теге form. Таким образом мы:1. совершенно не думаем о том, каким образом данные будут ходить с клиента на сервер и обратно
2. полагаемся на нативную браузерную обработку форм, не используя дополнительные обработчики
onChange каждого поля и отдельные состояния, если нам это не нужно3. можем миксовать серверный и клиентский код рядом друг с другом
Во втором примере можно увидеть, что у нас также доступен
isPending:
const [result, formAction, isPending] = useActionState(submitForm, null);
Однако если у нас произойдет какая-то ошибка в серверном
submitForm, то все наше приложение упадет - можно посмотреть на 3 примере. А это значит, что мы обязательно должны позаботиться об обработке ошибок в той функции, которую передаём хуку useActionState.Также, если мы не хотим заниматься глубоким прокидыванием
isPending в дочерние компоненты форм, можно использовать новый хук useFormStatus - 4 пример
const { pending } = useFormStatus();
✍️ Во второй части разберем хук
useOptimistic, а пока пишите в комментариях, что показалось интересным и как, по вашему мнению, часто будут использоваться новые хуки!❤️ Реагируйте, если хотите увидеть обзор на Server Components и Server Actions!
GitHub
GitHub - startpointforl/example-react19-next15: Пример новых хуков в React 19 (+Next 15)
Пример новых хуков в React 19 (+Next 15). Contribute to startpointforl/example-react19-next15 development by creating an account on GitHub.
👍2❤1
А для фронтендеров могут быть интересны задачки на вёрстку картинок на чистом HTML и CSS! Вот ссылка: Задачки на вёрстку
Это не реклама (честно-честно), просто я думаю, ребята сделали действительно полезный продукт, которым можно пользоваться в том числе и для подготовки к собеседованиям.
👍 Ставьте реакции, если хотите от нас разбор каких-нибудь интересных задач на алгоритмы!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥5👍2
📢 Новые хуки в React 19! Часть 2
В предыдущей части мы посмотрели на хуки
Напоминаю, что все примеры лежат в нашем репозитории здесь 👉 GitHub
🔍 useOptimistic
Часто в современных интерфейсах используют подход, который называется Optimistic UI. Он заключается в том, что мы предполагаем, что на бэкенде запрос выполнится успешно, поэтому сразу можем показать пользователям обновленное состояние.
Ранее для реализации такого поведения приходилось сильно хитрить. Нельзя просто вызвать
Дело в том, что в React есть специальный механизм оптимизации — Batching, который не позволяет изменениям произойти до получения ответа от сервера.
Эту проблему решает новый хук
А если наша отправка формы завершится ошибкой, “оптимистичное” состояние автоматически сбросится. Пример использования с обработкой ошибок:
Дело в том, что при использовании
После выполнения обработчика в хук запишется значение, соответствующее текущему состоянию
✍️ Пишите в комментариях, полезней ли на ваш взгляд хук
В предыдущей части мы посмотрели на хуки
useActionState и useFormStatus, а сегодня разберем useOptimistic💡Напоминаю, что все примеры лежат в нашем репозитории здесь 👉 GitHub
🔍 useOptimistic
Часто в современных интерфейсах используют подход, который называется Optimistic UI. Он заключается в том, что мы предполагаем, что на бэкенде запрос выполнится успешно, поэтому сразу можем показать пользователям обновленное состояние.
Ранее для реализации такого поведения приходилось сильно хитрить. Нельзя просто вызвать
useState в обработчике перед асинхронной операцией и ожидать, что React сразу же отрисует новое состояние. Посмотрите на пример 5:
const [optimisticResult, setOptimisticResult] = useState(store);
... = useActionState(async (__: string | null, formData: FormData) => {
setOptimisticResult((prevState) => ({
title: formData.get('title')?.toString() || prevState.title,
description: formData.get('description')?.toString() || prevState.description,
}));
await saveData(formData);
return 'ok';
}, null);
Дело в том, что в React есть специальный механизм оптимизации — Batching, который не позволяет изменениям произойти до получения ответа от сервера.
Эту проблему решает новый хук
useOptimistic. Если заменить в примере useState на этот хук, всё заработает правильно. Пример 6 использования нового хука:
const [optimisticResult, setOptimisticResult] = useOptimistic(store);
... = useActionState(async (__: string | null, formData: FormData) => {
setOptimisticResult((prevState) => ({
title: formData.get('title')?.toString() || prevState.title,
description: formData.get('description')?.toString() || prevState.description,
}));
await saveData(formData);
return 'ok';
}, null);
А если наша отправка формы завершится ошибкой, “оптимистичное” состояние автоматически сбросится. Пример использования с обработкой ошибок:
const [optimisticResult, setOptimisticResult] = useOptimistic(store);
... = useActionState(async (__: string | null, formData: FormData) => {
setOptimisticResult((prevState) => ({
title: formData.get('title')?.toString() || prevState.title,
description: formData.get('description')?.toString() || prevState.description,
}));
try {
await saveData(formData);
} catch (e) {
return 'not ok';
}
return 'ok';
}, null);
Дело в том, что при использовании
useOptimistic мы передаем в него то значение, для которого хотим сделать оптимистичную версию (в данном примере это store).
const [optimisticResult, setOptimisticResult] = useOptimistic(store);
После выполнения обработчика в хук запишется значение, соответствующее текущему состоянию
store.✍️ Пишите в комментариях, полезней ли на ваш взгляд хук
useOptimistic, чем два предыдущих. Мне кажется, этот хук будет использоваться чаще, чем useActionState и useFormStatus.GitHub
GitHub - startpointforl/example-react19-next15: Пример новых хуков в React 19 (+Next 15)
Пример новых хуков в React 19 (+Next 15). Contribute to startpointforl/example-react19-next15 development by creating an account on GitHub.
👍2
📝 Объект
Недавно у меня возникла необходимость красиво вывести результат выполнения одного скрипта в консоль, в идеале в виде таблички. И тут я вспомнила, что у объекта
📌 Первые, и самые простые, это
📌 Следующий метод как раз помог мне решить мою первоначальную задачу. Метод
📌 Совсем неожиданными для меня стали методы
📌 Ещё интересные методы - это
📌 Ну и последнее, но не менее важное, что хотелось бы рассмотреть - это методы
🔗 И это были не все методы, которые есть в объекте
console и его методыНедавно у меня возникла необходимость красиво вывести результат выполнения одного скрипта в консоль, в идеале в виде таблички. И тут я вспомнила, что у объекта
console в JavaScript существуют не только методы log и error, которые чаще всего используются, но ещё и ряд других, и поэтому я решила немного в них покопаться. 📌 Первые, и самые простые, это
log, info, warn, error и debug. Первый просто выводит сообщения любого вида в консоль, а остальные в целом делают то же самое, но задают сообщению так называемый log level. Например, warn покрасит сообщение в жёлтый, а error в красный, но итоговое оформление будет зависеть от среды выполнения. А метод debug выведет сообщение только в том случае, если в консоли включен режим дебага. 📌 Следующий метод как раз помог мне решить мою первоначальную задачу. Метод
table принимает либо двумерный массив, задающий строки таблицы, либо массив объектов с одинаковыми ключами, и на основе этих данных выводит данные в виде таблицы. Её вид также может отличаться в зависимости от среды выполнения.📌 Совсем неожиданными для меня стали методы
group и groupEnd , которые позволяют группировать выводимые в консоль сообщения, при этом групп может быть несколько и они могут быть вложенными. Например (выравнивание сделано для лучшей читаемости):
console.group("Группа");
console.log("Внутри группы");
console.group("Подгруппа");
console.log("Внутри подгруппы");
console.groupEnd();
console.groupEnd();
📌 Ещё интересные методы - это
assert и count , которые могут быть полезны при дебаге. Первый позволяет проверить истинность выражения, а второй может посчитать количество вызовов сообщений с определённой меткой. Метод count может также быть полезен, если нужно посчитать количество ререндеров конкретного компонента. Примеры:
console.assert(1 === 2, "Неправильно!"); // Выведет "Неправильно!", если утверждение ложное
console.count("Метка"); // Выведет "Метка: 1"
console.count("Метка"); // Выведет "Метка: 2"
📌 Ну и последнее, но не менее важное, что хотелось бы рассмотреть - это методы
time и timeEnd, которые берут на себя измерение времени между двумя точками в выполнении кода. Например:
console.time("Таймер"); // Задаём таймеру метку
for(let i = 0; i < 1000000; i++) {} // Некий код, который занимает время
console.timeEnd("Таймер"); // Выведет время, затраченное на выполнение цикла
🔗 И это были не все методы, которые есть в объекте
console. Подробнее об этих и других методах можно почитать на MDN, а поэкспериментировать с ними можно прямо сейчас в консоли вашего бразуера!👍2
Часто при разработке тех или иных приложений возникает потребность поддерживать двустороннюю связь между клиентом и сервером, то есть не только подгружать некоторые данные по запросу клиента, но и уметь динамически их обновлять при изменениях на сервере.
Самый простой вариант реализации такого поведение - делать периодические запросы к серверу за новыми данными. Но, во-первых, это порождает кучу лишних запросов и излишнюю нагрузку на сервер, и, во-вторых, данные будут приходить с очевидной задержкой.
Простой пример реализации API с использованием библиотеки Express:
const messagesQueue = [];
// Route для отправки сообщений на сервер
app.post('/send', express.json(), (req, res) => {
const { message } = req.body;
messagesQueue.push(message);
res.status(200).send('Message received');
});
// Route для long polling
app.get('/poll', (req, res) => {
function checkForMessages() {
if (messagesQueue.length > 0) {
const messages = messagesQueue;
messagesQueue = [];
res.json(messages);
} else {
// Проверяем сообщения каждые 500 мс
setTimeout(checkForMessages, 500);
}
}
checkForMessages();
});
Как результат, на клиентах обновления будут ловиться с помощью метода
/poll, а обновляться с помощью метода /send. Один из плюсов этого метода с точки зрения сервера в том, что для его поддержания не нужны какие-либо дополнительные настройки, так как используются обыкновенные http-запросы.1. Использование ресурсов сервера - каждый Long Polling запрос требует, чтобы сервер удерживал соединение в открытом состоянии, что потребляет ресурсы сервера. Это может стать проблемой при большом количестве клиентов.
2. Задержка ответа - существует задержка между моментом появления данных и их получением клиентом, поскольку сервер должен дождаться окончания заданного интервала или появления данных перед тем, как ответить на заявку.
3. Управление ошибками и таймаутами - требуется аккуратное управление ошибками и таймаутами, чтобы избежать утечки ресурсов и удерживания соединений открытыми без необходимости.
4. Масштабируемость - масштабирование приложений с использованием Long Polling может быть сложным, поскольку каждое удерживаемое соединение занимает серверные ресурсы.
5. Отсутствие симметричности отправки и приёма сообщений - Long Polling оптимизирован для сценариев, где клиент чаще получает данные, чем отправляет. Направленная связь в обратном направлении не так эффективна.
🪄 Чуть более сложный пример реализации для обыкновенного чата на основе Long Polling есть в нашем репозитории. А в Live Demo можно потрогать результат и пообщаться!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
📌 Навигация по каналу
Если вы только присоединились к нам или просто хотите освежить знания, мы составили для вас удобную подборку наших материалов по ключевым темам:
👨💻 JavaScript:
- Потеря контекста, this и globalThis:
- Часть 1
- Часть 2
- Объект console и его методы
- IntersectionObserver
- CommonJS и ECMAScript Modules: в чём разница?
🖌️ CSS:
- Анимации в CSS:
- Часть 1
- Часть 2
- Z-index и контекст наложения:
- Часть 1
- Часть 2
- Видео на канале
- Как сделать адаптивный iframe
- Как подключить локальные шрифты к вашему сайту
📜 HTML теги:
- picture
- audio и video
- Теги для форм
- svg
💻 TypeScript:
- Полезные директивы TypeScript
- TypeScript 5.5:
- Часть 1
- Часть 2
🔥 React:
- Обзор новинок React 19
- Новые хуки React 19 с примерами:
- Часть 1
- Часть 2
- React Compiler
- Server Components и Server Actions:
- Часть 1
- Часть 2
- State-менеджеры vs React Hooks: когда и что лучше использовать
- Библиотека react-use
- useLayoutEffect
🤝 Двусторонняя клиент-серверная связь:
- Long Polling
- WebSocket
- Server-Sent Events
🌐 Сети и инфраструктура:
- Что такое CDN
- Что такое S3
- JWT токены
🌟 Веб-разработка:
- Как работают поисковые системы и как поднять свой сайт в поисковой выдаче
- Что нужно знать фронтенд-разработчику за пределами фронтенда
- Полезные фишки DevTools
- UI-библиотеки
🛠️ Инструменты сборки:
- Виды зависимостей в package.json
- Семантическое версионирование
- Линтеры на фронтенде: Prettier, ESLint, Stylelint
- Prettier, ESLint и Stylelint: в чем разница?
- Как настроить Prettier, ESlint, Styleling и Husky в проекте с нуля
- Пресет для демо с помощью Vite и Express
- Инструменты для сборки на фронтенде
🔒 Безопасность:
- Что такое CSRF
💡 Архитектура:
- Отличия Stateless и Statefull
📖 Приятного чтения!
Лайки, комментарии и репосты помогают нам развиваться и делать контент ещё лучше! 👍
Если вы только присоединились к нам или просто хотите освежить знания, мы составили для вас удобную подборку наших материалов по ключевым темам:
👨💻 JavaScript:
- Потеря контекста, this и globalThis:
- Часть 1
- Часть 2
- Объект console и его методы
- IntersectionObserver
- CommonJS и ECMAScript Modules: в чём разница?
🖌️ CSS:
- Анимации в CSS:
- Часть 1
- Часть 2
- Z-index и контекст наложения:
- Часть 1
- Часть 2
- Видео на канале
- Как сделать адаптивный iframe
- Как подключить локальные шрифты к вашему сайту
📜 HTML теги:
- picture
- audio и video
- Теги для форм
- svg
💻 TypeScript:
- Полезные директивы TypeScript
- TypeScript 5.5:
- Часть 1
- Часть 2
🔥 React:
- Обзор новинок React 19
- Новые хуки React 19 с примерами:
- Часть 1
- Часть 2
- React Compiler
- Server Components и Server Actions:
- Часть 1
- Часть 2
- State-менеджеры vs React Hooks: когда и что лучше использовать
- Библиотека react-use
- useLayoutEffect
🤝 Двусторонняя клиент-серверная связь:
- Long Polling
- WebSocket
- Server-Sent Events
🌐 Сети и инфраструктура:
- Что такое CDN
- Что такое S3
- JWT токены
🌟 Веб-разработка:
- Как работают поисковые системы и как поднять свой сайт в поисковой выдаче
- Что нужно знать фронтенд-разработчику за пределами фронтенда
- Полезные фишки DevTools
- UI-библиотеки
🛠️ Инструменты сборки:
- Виды зависимостей в package.json
- Семантическое версионирование
- Линтеры на фронтенде: Prettier, ESLint, Stylelint
- Prettier, ESLint и Stylelint: в чем разница?
- Как настроить Prettier, ESlint, Styleling и Husky в проекте с нуля
- Пресет для демо с помощью Vite и Express
- Инструменты для сборки на фронтенде
🔒 Безопасность:
- Что такое CSRF
💡 Архитектура:
- Отличия Stateless и Statefull
📖 Приятного чтения!
Лайки, комментарии и репосты помогают нам развиваться и делать контент ещё лучше! 👍
👍3
Настя Котова // Frontend & Node.js pinned «📌 Навигация по каналу Если вы только присоединились к нам или просто хотите освежить знания, мы составили для вас удобную подборку наших материалов по ключевым темам: 👨💻 JavaScript: - Потеря контекста, this и globalThis: - Часть 1 - Часть 2 - Объект…»