Как сделать типизацию под случай undefined в объекте?

ох уж этот тайпскрипт )
card_id! это выражение говорит ТС, что мы жопу ставим на то, что мы точно не получим undefined?
Как оно называется в ТС?

Как эффективно заменить текущий HTML элемент на другой?

0xD34F, как оно замеряется? )

Как эффективно заменить текущий HTML элемент на другой?

Aleksey Solovyev, интересная цепочка событий )

Как эффективно заменить текущий HTML элемент на другой?

А что по скорости быстрее работает или оба одинаково?

Как эффективно заменить текущий HTML элемент на другой?

У меня элементы строкового формата хтмл, без createElement.

const box2 = `
<div class="box box2">
    <p1>hello world</p1>
  </div>
`

Как в GitHub выполнить поиск в коде по ключевому слову?

Он находит только совпадение по слову в названии коммита

Почему в данном случаи используется enum, а не обычный интерфейс?

Ну enum для чего-то же придумывали в ТС, а он не сильно отличается от интерфейса
https://github.com/sanua356/tiny-bunny/blob/master...

Как при переходе по импорту функций перейти к самой функции, а не к ее типу в VSC?

Александр, а как здесь дальше дойти до самой функции createClient?
Например, если я в реакте захочу найти реализацию функции?

Как при переходе по импорту функций перейти к самой функции, а не к ее типу в VSC?

Оно пишет, либо No implementation found или перекидывает в то же место, как и при обычном клике.

Как при переходе по импорту функций перейти к самой функции, а не к ее типу в VSC?

Алексей Уколов, исправил

Чем отличается папка public от shared/assets/images?

спасибо, хорошая версия

Чем можно очистить пластик ноутбука space gray?

Владислав Лысков, влажными салфетками не помогает
Или именно спиртом надо?

Для чего делают таблицы public?

Спасибо, суть в том, что там специально зачем-то сделали таблицу public и запрос проходил только через
"SELECT * FROM public.users", хотя в таблицах она называется users
При этом остальные таблицы обычные, не нужно было писать public.

По какому принципу работает алгоритм с массивом очереди?

Alexandroppolus, подскажи, почему зануление ячеек в массиве понижают производительность?

Заметим, что ради производительности, мы не "зануляем" прочитанную ячейку массива, поэтому объект остается доступен в памяти и не может быть зачищен GC все то время, пока "хвост" не пройдет весь остальной массив и не перезапишет ячейку новым элементом.

И как описывается скорость получения данных из массива?
Почему он не производительная и как эта реализация выдает максимум производительности?

Иногда бывает необходимо "заглянуть" в следующий элемент очереди без его извлечения - поддержим обращение queue[0] по аналогии с обычным массивом. Для этого прямо в конструкторе объявим геттер для свойства .0

Object.defineProperty(this, 0, {
      get : () => this._head < this._tail ? this._buffer[this._head] : undefined
});

Можно было бы поддержать доступ по произвольному индексу через Proxy так или так, но тогда через него пойдут и все обращения к локальным полям, что явно снизит производительность.

По какому принципу работает алгоритм с массивом очереди?

Wataru, понял, спасибо
А на случай, если выйдет, что у нас изначально был массив на 1000 элементов, но в какой-то момент случайно пришло 1005 и переполнение массива оказалось в центре, где записаны уже новые, но не выполнены еще все старые, то как это обрабатывается?

По какому принципу работает алгоритм с массивом очереди?

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

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

По какому принципу работает алгоритм с массивом очереди?

Мы подписаны на получение задач со стороны сервера и приложения
Мы их должны выполнять строго по очереди по мере их поступления
Каждая задача может выполняться от 0.1 сек до 3 сек.
Для этого я добавляю их в массив
const tasks = []
Когда приходит новая задача, она вызывает функцию handle, которая в свою очередь работает рекурсивно и пока не дойдет до конца массива, будет выполнять каждую следующую задачу из него.

И, если после выполнения задачи из массива, мы ее удалим, то в какой-то момент у нас будет массив из миллиона undefinedв нем, после которых снова добавляются новые задачи.
Так массив будет расти вечно.

Мне стало интересно, как решается проблема с очередью, чтобы не допустить бесконечного роста массива?

По какому принципу работает алгоритм с массивом очереди?

Lynn «Кофеман», в каких-то реализациях это делается через объекты?
Для каких случаев он будет предпочтительней массива?

По какому принципу работает алгоритм с массивом очереди?

Everything_is_bad, если мы удалим элемент из начала массива, он у нас переберется и так на каждое удаление

По какому принципу работает алгоритм с массивом очереди?

Но у нас же так массив станет приобретать непомерно большую длину и однажды достигнет максимального значения
Да и вообще, вроде, пустой массив на 1 млрд. зарезервированных элементов вроде значительно больше весит, чем пустой массив на 1 тыс. зарезервированных элементов. Или не так?