JavaScript Ready | Программирование

Получаем только изменённые поля объекта! При изменении состояния приложения можно сравнить предыдущую и текущую версию объекта, чтобы определить только обновлённые значения. Такой diff позволяет отделить изменившиеся поля от тех, которые остались без изменений, и использовать только актуальные данные для дальнейшей обработки. const oldUser = { name: "Alex", age: 30, role: "developer" }; const newUser = { name: "Alex", age: 31, role: "developer" }; Для получения изменённых полей можно преобразовать объект в массив пар через Object.entries(), отфильтровать только отличающиеся значения и собрать новый объект обратно с помощью Object.fromEntries(). const changes = Object.fromEntries( Object.entries(newUser) .filter(([key, value]) => !Object.is(value, oldUser[key]) ) ); console.log(changes); В результате получится объект, содержащий только изменённые поля: { age: 31 } Такой подход применяется при обновлении состояния во frontend-приложениях, работе с формами и подготовке частичных изменений для API через PATCH запросы. Вместо отправки всей структуры можно передать только те значения, которые действительно были изменены. const hasChanges = Object.keys(changes).length > 0; console.log(hasChanges); Проверка через количество ключей позволяет определить, были ли изменения вообще. Если объект changes пустой, значит исходное и новое состояние полностью совпадают. Важно учитывать, что данный способ выполняет только поверхностное сравнение (shallow diff) и проверяет значения первого уровня объекта. const first = { profile: { name: "Alex" } }; const second = { profile: { name: "Alex" } }; console.log(first.profile === second.profile); // false Вложенные объекты сравниваются по ссылке, поэтому одинаковая структура внутри разных объектов не делает их равными. Для таких случаев требуется использовать глубокое сравнение (deep comparison) или отдельную логику построения diff. 🔥 Также при реализации реальных обновлений чере

Почему JavaScript может изменить большой ID из API Числовой идентификатор может быть корректно сформирован на сервере, но изменить значение после преобразования в js Number. Причина заключается в модели представления чисел: Number соответствует IEEE 754 binary64 и не способен точно представить все целые числа произвольного размера: const id = 9007199254740993; console.log(id); // 9007199254740992 Граница гарантированно точного представления целых чисел определяется константой Number.MAX_SAFE_INTEGER: console.log(Number.MAX_SAFE_INTEGER); // 9007199254740991 console.log( Number.isSafeInteger(9007199254740991) ); // true Безопасный диапазон составляет от -(2^53 - 1) до 2^53 - 1. За его пределами проблема заключается не просто в том, что число становится «слишком большим»: соседние математические целые уже не обязаны иметь разные представления в Number. Поэтому два разных исходных значения могут оказаться одним и тем же значением javascript: const a = 9007199254740992; const b = 9007199254740993; console.log(a === b); // true Для точных операций с большими целыми в js существует BigInt. Суффикс n создаёт значение непосредственно как BigInt, без промежуточного преобразования в Number: const id = 9007199254740993n; console.log(id + 1n); // 9007199254740994n С API возникает дополнительная граница — десериализация JSON. Сам JSON может содержать последовательность цифр 9007199254740993 как число, но стандартный JSON.parse() преобразует JSON-число в JavaScript Number. Если значение находится за пределами безопасного целочисленного диапазона, точность теряется уже во время этого преобразования: const data = JSON.parse( '{"id":9007199254740993}' ); console.log(data.id); // 9007199254740992 После такого парсинга восстановить исходный ID по полученному Number в общем случае невозможно: информация о первоначальном целом уже потеряна. Поэтому идентификаторы, над которыми не предполагается арифметика, надёжнее передавать в JSON как строки. Это сохраняет ис

Почему forEach() не ждёт async-функцию? forEach() не учитывает возвращаемое значение callback и не содержит механизма ожидания Promise. Поэтому передача async-callback не меняет модель выполнения метода: forEach() синхронно запускает callback для каждого элемента, не ожидая завершения созданных им асинхронных операций: const users = [1, 2, 3]; users.forEach(async (id) => { await saveUser(id); }); console.log("Готово"); "Готово" будет выведено до завершения saveUser(). Каждый вызов async-callback возвращает Promise, но forEach() эти Promise не ожидает и не собирает. Если операции должны выполняться последовательно, ожидание необходимо сделать частью самого цикла. Для этого подходит for...of с await: for (const id of users) { await saveUser(id); } console.log("Готово"); Следующая итерация начнётся только после завершения предыдущей. Такой вариант нужен, когда важен порядок выполнения или операции зависят друг от друга. Для независимых операций можно сформировать массив Promise и дождаться их через Promise.all(): await Promise.all( users.map((id) => saveUser(id)) ); console.log("Готово"); Promise.all() успешно выполняется после выполнения всех переданных Promise и отклоняется, если хотя бы один из них завершается с ошибкой. При этом остальные уже запущенные операции автоматически не отменяются. Есть и важное следствие для обработки ошибок: внешний try...catch вокруг forEach() не перехватит последующее отклонение Promise из async-callback: try { users.forEach(async (id) => { await saveUser(id); }); } catch (error) { console.error(error); } Для управляемой обработки ошибки необходимо ожидать Promise, представляющий выполнение асинхронных операций: try { await Promise.all( users.map((id) => saveUser(id)) ); } catch (error) { console.error(error); } 🔥 Проблема не в async внутри forEach(), а в контракте самого метода: forEach() игнорирует возвращаемое значение callback и не ожидает Promise. Для последовательного выполнения используйте