Телеграм канал «WebDev+ | Веб-разработка»

Покажите мне API мутаций лучше, чем вот это. https://fate.technology/guide/actions @WebDev_Plus

Изоляция рунета ближе, чем ты думаешь Loading … ██████████████] 99% Роскомнадзору дали карт-бланш на блокировки, а «белые списки» сайтов тестируют уже в десятках регионов. И гайки будут закручиваться только сильнее. Чтобы в одночасье не лишиться доступа к свободному Интернету, просто сохрани Only Hack. Тут профессиональный хакер делится фишками, с которыми доступ к глобальной сети у тебя будет даже в случае ядерного апокалипсиса. Не жди момента «Х». Перестрахуйся подпиской.

React провернул трюк на миллиард долларов. Он превратил невозможную задачу O(n³) в O(n). Сама задача такая. Ты обновляешь UI. У React есть две виртуальные DOM-деревья: одно отражает то, что сейчас на экране, второе то, что должно быть на экране. Нужно понять, что изменилось. Классическое решение? Сравнить каждый узел дерева A с каждым узлом дерева B, чтобы найти оптимальное преобразование. Это алгоритм вычисления расстояния между деревьями. Его сложность O(n³). Для 1000 элементов UI это миллиард сравнений. Приложение зависает на 10 секунд каждый раз, когда ты нажимаешь кнопку. Лента Facebook? Таймлайн Instagram? Нереально. React посмотрел на эту классическую CS-задачу и решил: а что если нам не нужен идеальный результат? Что если достаточно «достаточно хорошего»? Они сделали два жестких компромисса. Компромисс 1. Разные типы компонентов? Даже не сравниваем их детей. Старое поддерево выкидываем целиком. Новое создаем целиком. Ноль анализа. Мгновенное O(1) решение. Иногда расточительно? Да. Быстро? Да. Компромисс 2. Один и тот же тип? Сравниваем только узлы на одном уровне дерева. Не ищем более удачные соответствия где-то глубже. Какие-то оптимизации теряются? Конечно. Но сложность падает с O(n³) до O(n). В итоге миллиард операций превращается в тысячу. 10 секунд превращаются в 2 миллисекунды. Невозможное становится тривиальным. Поэтому ленты Instagram листаются плавно. Поэтому Facebook не зависает, когда ты ставишь лайк. Поэтому твое React-приложение с 10 000 компонентов ощущается мгновенным. Поэтому веб ощущается почти нативным. React не решил невозможную задачу. Он просто сменил задачу. Главный вывод: стремление к идеалу убивает скорость. А скорость — единственное, что действительно важно пользователю. @WebDev_Plus

По мне, это самый удобный вариант монорепы без отдельного шага сборки: • pnpm workspaces и установка через workspace:* • внутренние пакеты, которые экспортируют *.ts файлы • опционально: pnpm publishConfig, чтобы при публикации подменять экспорты на *.js { "name": "@internal/foo", "version": "1.0.0", // Экспорт исходников TypeScript "main": "./src/index.ts", "types": "./src/index.ts", "exports": { ".": "./src/index.ts" }, // Экспорт собранного кода при публикации "publishConfig": { "access": "public", "main": "./dist/index.js", "types": "./dist/index.d.ts", "exports": { ".": "./dist/index.js" } }, "dependencies": { // Установка других внутренних пакетов из workspace "@internal/bar": "workspace:*" } } @WebDev_Plus

Нужны эффектные анимации для React Native? Есть открытая коллекция с сотней с лишним готовых анимаций, которые можно сразу втащить в проект. Чистые, современные, удобно разбирать и играться. Отлично подходит, если хочется прокачать анимацию в приложении, не собирая всё вручную. Исходники: github.com/enzomanuelmangano/demos @WebDev_Plus

У

вместе с формами есть простой способ сделать кнопку Cancel без единой строчки JS. Помимо POST и GET, формы внутри

могут использовать метод DIALOG. В этом режиме кнопка submit просто закрывает диалог, не отправляя данные на бэкенд. Удобный и чистый механизм, когда нужно отменить действие и закрыть окно без лишней логики. Когда форма внутри

отправляется методом dialog, само диалоговое окно закрывается, состояние контролов формы сохраняется, но ничего не уходит на сервер. При этом returnValue принимает значение той кнопки, по которой пользователь кликнул. Чистый и удобный способ обработать отмену или выбор без полноценного сабмита. Только не забудь добавить formnovalidate, чтобы кнопку Cancel всегда можно было нажать, даже если форма валится по валидации. Подробнее на MDN: https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/dialog @WebDev_Plus

Изучаю SwiftUI после долгой работы с React. Первое, что реально бросается в глаза — .task. По сути, ты можешь привязать асинхронную функцию к любому куску UI, и она будет выполняться каждый раз при маунте этого UI. Удобно, например, чтобы поднять подписку через convex и сохранить данные в состоянии. Чисто и приятно 👍 Самое близкое сравнение — это useQuery, но тут не нужно городить подкомпоненты, чтобы ограничивать область ререндера. Ещё интересно, во что это может вылиться, если везде рендерить по принципу render-as-you-fetch. Похоже, на масштабе всё же придётся активно передавать данные через пропсы? @WebDev_Plus