Недавно мы провели митап с экспертами Студии, мобильными разработчиками на проектах Сбера, на тему многопоточности. Ребята поделились лучшими практиками работы с потоками при создании сложных приложений.

Для тех, кто пропустил эфир, выделили несколько важных тезисов о многопоточной мобильной разработке на iOS.

→ Читать тезисы

→ Смотреть митап

Делитесь в комментариях вашим опытом многопоточной разработки и задавайте вопросы нашим спикерам.

В следующий раз опишем главные принципы многопоточности для Android. Не пропустите!

Всем привет!

Сегодня давайте вместе раскроем тайну одного из самых противоречивых аспектов JavaScript: почему typeof null возвращает 'object'. Это путешествие во времена зарождения JavaScript обещает быть увлекательным.

🕵️‍♂️ Разгадываем головоломку. Начало 90-х. JavaScript еще молод и полон потенциала, но в его коде уже заложена эта загадка. Противоречивый вывод typeof null как 'object', хотя, на самом деле, null — это примитив. Звучит как ошибка? Давайте разберемся.

🏛 Код из древности. В самой первой версии JavaScript все данные были упакованы в 32-битные блоки. Эти блоки разделялись на две части: небольшую, где хранился «тег» (маркер), который сообщал о типе данных (1-3 бита). И другую, где хранились сами данные.

Представьте это как ящик, на котором есть этикетка (тег), говорящая, что внутри. А затем само содержимое (данные).

Было пять этикеток:
1. 000: объект. Внутри — ссылка на объект.
2. 1: целое число. Внутри — целое число с 31-битной знаковостью.
3. 010: число с плавающей запятой (double). Внутри — ссылка на такое число.
4. 100: строка. Внутри — ссылка на строку.
5. 110: логическое значение (true или false). Внутри — само логическое значение.

Но два значения были особенными:
— undefined имело числовое значение 230, это число находится вне диапазона обычных целых чисел;
— null было представлено как указатель NULL в машинном коде. Это значит, что у него была метка «объект» и ссылка, равная нулю.

Таким образом, когда мы использовали typeof с null, он видел его как «объект» из-за его метки.

🎭 Время проб и ошибок. Разработчики знали об этой странности, но исправление могло «сломать» старый код, который уже работал в интернете. Итак, они решили оставить все как есть, чтобы не вызвать проблемы.

✨ Совет для начинающих. Чтобы не запутаться при работе с null, всегда используйте «строгое сравнение» (===) с null:
value === null; // возвращает true или false в зависимости от значения.

Теперь вы знаете одну из многих тайн JavaScript и как с ней работать. Оставайтесь на связи для новых интересных историй!

Продолжаем раскрывать секреты многопоточной мобильной разработки, о которой эксперты Студии рассказывали на недавнем митапе.

На этот раз поделимся популярными инструментами для работы с многопоточностью и асинхронным программированием в разработке Android-приложений.

→ Узнать об инструментах

→ Посмотреть митап

Делитесь в комментариях вашим опытом многопоточной разработки и задавайте вопросы нашим спикерам.

@chulakov_dev

А для любителей лонгридов и желающих разобраться в теме многопоточной Android-разработки более детально мы написали большую статью на Хабре.

Приятного чтения👇

Привет, друзья!

А вы знали, что на самом деле объекты в JavaScript могут быть: обычными, стандартными и экзотическими? Приготовьтесь узнать больше о мире объектов в JS! 🧐


🔸 Обычные объекты (Ordinary Objects)

Это объекты, имеющие стандартное поведение для всех внутренних методов, которые должны поддерживаться всеми объектами. Они являются наиболее распространенными и простыми в использовании объектами в JavaScript.

📝 Пример обычного объекта:

const ordinaryObject = {
name: 'John',
age: 30
};


🔸 Стандартные объекты (Standard Objects)

Это объекты, чья семантика определена спецификацией ECMAScript. Они являются основой для построения всех других объектов в JavaScript и включают в себя такие встроенные конструкторы как `Array`, Date, Function и Object.

📝 Пример стандартного объекта:

const standardDate = new Date();
console.log(standardDate); // Вывод: текущая дата и время


🔸 Экзотические объекты (Exotic Objects)

Это объекты, которые имеют нестандартное поведение для одного или нескольких внутренних методов. В отличие от обычных, экзотические объекты обладают особыми свойствами и могут выполнять специальные задачи.

📌 Примечание: все объекты, которые не являются обычными, являются экзотическими объектами.

@chulakov_dev

🐯 Несколько примеров экзотических объектов:

1. Array — экзотический объект, поскольку у него есть своеобразное поведение, когда изменяется свойство 'length'. В отличие от обычных объектов, изменение 'length' массива может привести к добавлению или удалению элементов.

const exoticArray = [1, 2, 3];
exoticArray.length = 2; // Элемент 3 будет удален из массива

2. String — экзотический объект, поскольку его элементы не могут быть изменены после создания, и доступ к ним возможен только через индекс. Также у него есть особые методы, например, `charAt` или slice.

const exoticString = 'Hello';
exoticString[0] = 'W'; // Не сработает, потому что строки неизменяемы


3. Proxy — экзотический объект, поскольку он позволяет создавать объекты с настраиваемыми обработчиками для различных операций. Прокси-объекты могут перехватывать и модифицировать основные операции с объектами, такие как доступ к свойствам, присваивание значений и вызов функций.

const target = { message: 'Hello, World!' };
const handler = {
get: function (obj, prop) {
return prop in obj ? obj[prop] : 'Property not found';
},
};

const exoticProxy = new Proxy(target, handler);
console.log(exoticProxy.message); // Вывод: 'Hello, World!'
console.log(exoticProxy.unknown); // Вывод: 'Property not found'

Теперь, когда вы знаете разницу между обычными, стандартными и экзотическими объектами в JavaScript, вы можете использовать их наиболее эффективно в своих проектах. Экзотические объекты могут показаться сложными, но они предоставляют больше возможностей для решения задач и создания более гибких и мощных приложений. 🚀

@chulakov_dev

Всем привет!

Сегодня мы поговорим о библиотеке React Query и о том, как правильно настроить параметры staleTime и cacheTime.


Что такое React Query?

React Query — это библиотека для управления асинхронными данными в приложениях React. Она абстрагирует процессы получения, кэширования, синхронизации и обновления данных, позволяя разработчикам сконцентрироваться на бизнес-логике приложения.


Что такое staleTime и cacheTime?

staleTime определяет, сколько времени (в миллисекундах) после последнего успешного обновления данных запрос считается «свежим». Если запрос устарел, вы все равно получите данные из кеша, но при определенных условиях может произойти фоновая повторная загрузка.

cacheTime — это время (также в миллисекундах), в течение которого неактивные (неиспользуемые) данные запроса остаются в кэше, прежде чем они окончательно удаляются. Запросы переходят в неактивное состояние, когда все компоненты, использующие этот запрос, размонтированы.

@chulakov_dev

Как настроить эти параметры?

Выбор оптимальных значений staleTime и cacheTime зависит от специфики вашего приложения.

staleTime: если ваши данные меняются довольно часто, вы можете установить staleTime на низкое значение (например, 1000 мс). Если данные меняются редко, можно использовать большое значение (например, 5 минут).

cacheTime: опять же, все зависит от того, что это за данные и насколько активно они используются. Если данные постоянно запрашиваются, можно установить большое значение cacheTime. Однако, если данные редко используются, следует выбрать меньшее значение, чтобы освободить ресурсы. Нужно стараться балансировать между актуальностью данных и нагрузкой на сервер / пользовательское устройство.


Что должно быть больше, cacheTime или staleTime?

Допустим, что вы задали staleTime 5 минут, а cacheTime 2 минуты. Если пользователь вернется через 3 минуты, вы ожидаете, что у вас все еще будут свежие данные. А вместо данных пользователь увидит спиннер (или скелетон), так как все данные будут удаленны сборщиком мусора. Разумно задавать время cacheTime больше, чем время staleTime, чтобы избежать потери все еще свежих данных.


Пример конфигурации.

Данная конфигурация минимизирует обращения к серверу. То есть подходит для редко меняющихся данных.

export const reactQueryConfig = {
 defaultOptions: {
  queries: {
   staleTime: 1 * 60 * 60 * 1000, // 1 hour
   cacheTime: 5 * 60 * 60 * 1000, // 5 hours
   refetchOnmount: false,
   refetchOnReconnect: false,
   refetchOnWindowFocus: false,
  },
 },
};

@chulakov_dev

Всем привет!

Опубликовали вторую большую статью о многопоточности на Хабре. На этот раз для iOS-разработчиков.

Читайте и подписывайтесь на наш блог — будет еще много интересного👇