Орхан Гасанлы

Нужно ли везде использовать TypeScript?

ну видимо нет.

или это хайп?

нет

Есть ли смысл использовать Typescript в пет проектах?

Писать на ts тупо удобнее, отлавливает сразу простые ошибки и предоставляет автодополнение и информацию о сигнатурах.

типа создал мини игру 15 строчках кода на TypeScript?

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

Или он только в крупных проектах нужен? и вообще все прям без него будто не могут писать судя по отзывам или это какойто хайп или реклама Microsoft

еще раз. ts - удобнее и надежней.

Нет, обобщенные типы можно использовать не только в функциях

type SomeData<Data = any> = {
    data: Data[];
}
const a: SomeData<number> = {data: [1,2,3]};

Давайте по порядку.

Что такое аннотация? Аннотация - это некоторые произвольные метаданные, которые программист может присоединить к некоторому объекту. И только. Данные, ничего кроме. Никакого поведения сама по себе аннотация не добавляет.

То есть аннотация ничего не делает? Да, именно так. Сама по себе аннотация ничего не делает.

Тогда зачем она вообще нужна? Для того чтобы аннотация оказала какое-то влияние на программу нужен процессор аннотаций. Процессор аннотаций бывает двух видов: первый работает во время компиляции программы. И аннотации оказывают влияние именно на процесс компиляции. Это может повлиять на итоговой код программы, либо изменить логику работы компилятора, например, добавить какие-то дополнительные проверки.

Второй вид процессоров аннотаций работает во время выполнения программы. Через механизм рефлексии он анализирует аннотации, которые добавил программист, и выполняет логику в соответствии с аннотации и содержащимися в них даннми. Так, например, работает Spring, который в соответствии с аннотациями @Service, @Scope, @Autowired, @Controller и т.п. инициализирует компоненты приложения и запускает его в нужной конфигурации.

У Эккеля написано неточно (либо это неточный перевод, такое тоже часто бывает). Переменные никакого значения не получают, получает значение поле в аннотации (аннотация в Java - это тоже объект и тоже имеет поля). А затем уже процессор аннотаций значение этого поля как-то использует (в приведенном примере - устанавливает соответствие с колонкой в таблице базы данных соответствующего типа и, при необходимости, создает её).

У Шилдта написано корректнее - сами по себе аннотации никак семантику программы не затрагивают, для того чтобы они заработали требуется дополнительный код.

Может для того, чтобы передавать значения другим, не?

Верни мне из xxx() значение, чтоб передать его в другой метод.
Например, в метод yyy(int value)
Вызови метод yyy() и передай ему значение, которое ты получишь от xxx(), без дополнительной переменной

Или возьми и получи данные метода LocalDateTime.now() - прикинь, это тоже метод и он не void

Стоит ли для этого создавать разные ДТО

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

Затем, чтобы например при сборке артефакта для использования в проде не включать в него библиотеку JUnit, которая нужна только при тестировании.

С помощью потоков, очевидно.

Просто:

let routes = await axios(...)
.then((response: AxiosResponse<Route[]>) => response.data)
.catch(console.log);

Нет смысла гонять из пустого в порожнее.

Только учитывай - все проверки типов и моделей typescript делает на этапе компиляции. На этапе исполнения никакого typescript не существует, потому когда приходит ответ с сервера нет никаких гарантий что он соответствует модели, и typescript не сможет никак отловить если это не так. Если нужны какие-то проверки - их надо писать самому руками или с помощью соответствующих либ.

Можно добавить такой тип:

type RulersMap<R extends Record<string, unknown>> = {
  [K in keyof R]: R[K] extends number
    ? `${R[K]}px`
    : R[K] extends Record<string, unknown>
      ? RulersMap<R[K]>
      : R[K];
};

и привести результат к типу RulersMap<typeof rulers>
Проблема в том, что у либы map-obj не очень то хорошо типы для deep варианта написаны, хотя можно свои написать при желании.

Это регулярное выражение.