Alexandroppolus

https://regex101.com/r/HOpNtj/1

(?:[^/]|(?<!/)/(?!/))*МОСКВА(?:[^/]|(?<!/)/(?!/))*

прикол в том, что номера домов могут содержать дробь, потому вокруг слова "МОСКВА" недостаточно просто написать [^\/]*

PS: по ссылке все слеши без экранирования. Добавь сам при необходимости (зависит от ЯП)

всё что после await можно считать микро-задачами?

только когда справа от await нечто "зарезолвленное", как в твоем примере. А если там промис (или просто thenable), то может быть как угодно. Но в любом случае да, это не продолжение синхронного кода

Судя по всему, элементы не присутствуют в html изначально, а добавляются (создаются скриптом) по факту загрузки некоторых данных. Это обычная ситуация в современном web. Тебе надо дождаться их появления - например, попробовать через MutationObserver, или, например, поставить setInterval и в нем проверять наличие элементов (как только появятся - отменять таймер)

Тайпскриптовая библиотека
https://www.npmjs.com/package/ts-pattern

(?<=^|[.?!])(?![^.?!]*?\bslovo2\b[^.?!]+?\bslovo\b)[^.?!]*?\bslovo\b[^.?!]*

если проверяемые слова кириллические, то заменить все \b перед/после них на (?<![a-zа-яё0-9]) или (?![a-zа-яё0-9]) соответственно.

пояснение:

(?<=^|[.?!]) - перед началом искомого матча стоит конец пред. предложения или начало строки

(?![^.?!]*?\bslovo2\b[^.?!]+?\bslovo\b) - матч не содержит slovo2, после которого есть slovo

[^.?!]*?\bslovo\b[^.?!]* - матч содержит slovo

1 и Promise - это синхронный код

далее таски из таймаутов, по очереди: timeOut, 777, timeOut2

но таск 777 при своем выполнении создает 2 микротаска (then1 и then2), вот они выполнятся до таска timeOut2

Микро таски же должны быть в первую очередь после синхр кода ?

на момент старта тасков timeOut и 777, этих микротасков ещё не было

попробуй обернуть в React.memo

const Main = React.memo(() => { ... });

С генериком, похоже, нельзя. Без генерика можно через наследование:

type MyType<T extends string> = {
  [K in T]: K;
};

interface IMyInt extends MyType<'qq' | 'aa'> {}

Поиск в ширину
https://ru.algorithmica.org/cs/shortest-paths/bfs/

Если кратко - "потому что так мир устроен".

{[K in keyof T]: ...} - это специальный особый паттерн, где ты итерируешься по ключам "локального типа" внутри генерика (аналог локальной переменной внутри функции). Важен тот факт, что тип именно локальный - либо параметр генерика, либо что-то, извлеченное с помощью infer.

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

Если чуть изменить MappedGenericStringType, то паттерн разваливается и вся вышеописанная магия исчезает:

type MappedGenericStringType1<T, Keys extends keyof T = keyof T> = {
  [K in Keys]: any;
};

// или так
type MappedGenericStringType2<T> = keyof T extends infer Keys extends keyof T ? {
  [K in Keys]: any;
} : never;

1) Тебе надо взять только те ключи, значения по которым строки. Из коробки такого type-util нет, пишем свой.
2) Функция sortPosts не нужна. Не надо сортировать набор, когда выбираем способ сортировки. Для этого используем отдельное вычисляемое значение - сортированный набор.
3) в PostList тоже надо бы прокидывать текущий selectedSort, и использовать там тип SortKeys (см. ниже)

type GetStrKeys<T> = keyof {[K in keyof T as T[K] extends string ? K : never]: T[K]};

type SortKeys = GetStrKeys<IPost>;

.......

const [selectedSort, setSelectedSort] = useState<SortKeys>(); // SortKeys | undefined;

const sortedPosts = useMemo(() => selectedSort
    ? [...posts].sort((a, b) => a[selectedSort].localeCompare(b[selectedSort]))
    : posts,
  [posts, selectedSort]
);

.....

<PostList posts={sortedPosts} sortPosts={setSelectedSort} remove={deletePost} />

import { defineComponent, computed, ref } from 'vue';

попробуй добавить Ref в список импорта