Дмитрий Беляев

Вам же явно написали:#![feature(custom_test_frameworks)]

Атрибуты вида #[something] применяются к айтему под ними, атрибуты вида #![something] - к айтему в котором они находятся (должны находится в самом верху).
https://doc.rust-lang.org/reference/attributes.html

Ну и еще, feature работает только в nightly тулчейне.

И что тут не понятного?
Заводим счетчик, начальное значение 0.
На входе последовательность скобок, по которой нужно пройтись, встречаем ( - делаем +1 к счетчику, встречаем ) - делаем -1.
Переменная, цикл, switch case - все что нужно.

Онлайн запускалка кода (плэйграунд): https://play.rust-lang.org
Официальный список задач для тренировки от создателей языка: https://github.com/rust-lang/rustlings
ну и + то что уже Василий Банников написал

https://www.npmjs.com/package/@nodegui/nodegui
https://www.npmjs.com/package/node-gtk

Почитать документацию внимательно:
https://expressjs.com/en/api.html#app.use

app.use("/api", fooRouter, foooRouter, [fooooRouter, foooooRouter], fooooooRouter);

Если все в node работает, то используйте http/https request встроенный в нее:
https://nodejs.org/dist/latest-v21.x/docs/api/http...
https://nodejs.org/dist/latest-v21.x/docs/api/http...

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

myArrayJson.push({[arkey]: arval});

Кэширование, сжатие, https все же лучше на nginx переложить

https://developer.mozilla.org/ru/docs/Web/JavaScri...
Вот здесь потеряли контекст player:.addEventListener("click", player.prevAudio)

export type IQuestionsFilter = 'New' | 'Interesting' | 'Not Answer'

interface позволяют определять только типы для объектов и функций, type в этом плане более гибкий.

Опция declaration влияет на то, будут ли собираться .d.ts файлы при сборке из js в ts.

Если у Вас рядом лежат файлы user.js и user.d.ts то при импорте user.js из user.d.ts будут взяты для него типы, при этом содержимое user.js будет полностью проигнорировано компилятором ts, оно пойдет в сборку как есть.

Глобальные типы можно объявить, если положить .d.ts файл в корень проекта (ну или в ту папку, на которую он должен влиять), при этом не должно быть одного имени с .js файлом, то есть должен быть самостоятельным.
Но правильнее такое делать через опцию types.

async function выполняется синхронно до первого await
Каждый встреченный по ходу выполнения await прерывает функцию, выкидывая из нее вверх по стектрейсу, в случае если это первый await, то продолжит исполняться функция, вызвавшая нашу, но там обычно тоже await, хотя и не обязательно. Так постепенно мы вывалимся в event-loop. Продолжение работы после await вызывается непосредственно из event-loop, так что в этом случае выше по стектрейсу будет только он.
Когда исполнение в event-loop, он просто берет следующую задачу из очереди. Притом async function - это абстракция над промисами и их колбэками, а они выполняются в очереди микротасок, которую event-loop разбирает пока она не станет пустой.

Если ближе к примеру в вопросе, то выполнение будет таким:
1. event-loop вызовет колбэк http сервера, который часть роутера
2. роутер вызовет наш колбэк, он это может делать как синхронно так и асинхронно (express делает синхронно)
3. Наш колбэк отправит запрос в БД, получит его промис и остановится на await
4. мы вернем управление роутеру, а он модулю http и в итоге все вернется в event-loop
5. event-loop возьмет следующую таску из очереди, это может быть как запрос к http серверу, так и ответ от БД

interface поддерживает extends (который компилируется быстрее чем intersection (&) как верно подметил Василий Банников )

interface A extends B, C {}
interface B {}
type C = {}; // interface вполне может extends из type

interface поддерживает declaration merging

interface A {
  a: number;
}
interface A {
  b: number;
}
const a: A = {a: 1, b: 2};

type поддерживает вычисления типа на верхнем уровнеtype A = B | C; // на interface такого не выразишь

В остальном различий нет.
Declaration merging может подложить жабу в реальном проекте, но полезен при написании библиотек, которые могут быть расширены извне (плагины jQuery например)
В целом type более универсален и надежен. И не сильно он медленнее. Вся его медленность заключается в том, что компилятор производит вычисления типа, которые так же возможны и в полях интерфейса, а значит присутствуют и там.
Для Java/C# разрабов, читающих TS, interface более понятная конструкция (хотя и обманчиво).

В целом все зависит от стайл гайда, который примет команда. Главное чтоб везде одинаково было.