Я спрашиваю про ТС

Но из того, что я видел, в ТС интерфейсы и классы полностью взаимозаменяемы

давай как джаве это опишу interface - это по сути тип в джаве class - это тип с реализацией/имплементацией interface описывает структуру данных, а класс имеет и структуру и реализацию в видео конструктора, методов В TS та же идея Только с типами можно еще и магию делать в виде объединения, пересечения и тп

класс это функция конструктор, а интерфейс хуй знает, говно от майкрософт

type Dog = IPet & ICanine; const dog: Dog; // !!!!!!!!!!!!!!!!!!! это как??? dog.bark; // свойство ICanine dog.pose(); // свойство IPet interface IPet { pose(): void; } interface ICanine { bark: boolean; }

ну в java же тоже есть интрефейсы))

Да, но там они не могут содержать свойства

Ну потому что типы можно объединять) Привет алгебралогика))

всмысле не могут? Они описывают структуру объекта

Как он делает const dog без ассигмента?

ну в java же тоже есть интрефейсы))

Как он делает const dog без ассигмента?

а зачем? dog - будет underfined, но при этом методы класса в нем будут

type Dog = IPet & ICanine; const dog: Dog; // !!!!!!!!!!!!!!!!!!! это как??? dog.bark; // свойство ICanine dog.pose(); // свойство IPet interface IPet { pose(): void; } interface ICanine { bark: boolean; }

https://www.typescriptlang.org/play#example/types-vs-interfaces Вот тут еще особенности есть

В прямом

Это отсюда ^

Там что-то другое, по твоему примеру ошибки

Отсутствие ограничений это не всегда хорошо. То же самое и с типизацией. Ты можешь её юзать или нет. Бля, тогда нахера она вообще?

ну оно кстати все равно может транспилироваться)

Не может, ошибка же

Или ты все ошибки отключишь?)

Они информационная. С костылями можно и затранспилить)

Тогда тс не нужен, зачем он, если отключать всю строгость, от которой хоть какой-то профит)

Считаю, если тащить тс то по всей строгости

Но тут то и начинается пиздец

Тогда тс не нужен, зачем он, если отключать всю строгость, от которой хоть какой-то профит)

он нужен) С ним разработка быстрее идет и багфикс быстрее на крупняках. Он носит информационный характер Например когда у тебя объект проходит через 100500 функций в цепочке, на выходе как понять какая у него структура на этапе написания кода?

он нужен) С ним разработка быстрее идет и багфикс быстрее на крупняках. Он носит информационный характер Например когда у тебя объект проходит через 100500 функций в цепочке, на выходе как понять какая у него структура на этапе написания кода?

Архитектуру чистую пили и норм будет

Вот чистый js херас два это покажет) А когда на ts прогаешь, то он в любом месте покажет тип и структуру и ругнется еще, что делаешь что-то не то сним)

Мне TS нужен. чтобы быстрее разгребать тонну навоза после 100500 патчей разными разработчиками) + самому удобно, когда можно прям на месте посмотреть типизацию и структуру, а не лезть через 100500 файлов, чтобы узнать а че там передается) Тесты писать хорошо, но поймешь ошибку только когда запустишь его) А с ts это в лайв режиме делается)

Если бы на проекте был изначально tdd ( что блин вообще крайняя радкость) Не было еще ниразу, чтобы я пришел в проект и там было все хорошо сэ тим_

Не делается. Он проверяет без имитации ввода данных в приложение

TS проверяет типы, а не правильность твоего кода Он не ругнется на херовый алгоритм, но ругнется, если ты пытаешься из объекта достать атрибут, которого нет в описанном типе)

TS проверяет типы, а не правильность твоего кода Он не ругнется на херовый алгоритм, но ругнется, если ты пытаешься из объекта достать атрибут, которого нет в описанном типе)

Так я не пытаюсь этого делать. Даже случайно ни разу такого не было

у нас за правильность кода eslint и sonarlint

Поздравляю) Но это делаю поголовно все джуны и иногда сеньеры, которые не наизусть знают проект. Например в энтерпрайз кровавый пришел. Тут сотни тысяч строк кода и тупо все на запомнишь что где и как и покрытие тестами отстойное) А был бы ts, то можно было бы и не разбираться с тем как там все устроено.

TS проверяет типы, а не правильность твоего кода Он не ругнется на херовый алгоритм, но ругнется, если ты пытаешься из объекта достать атрибут, которого нет в описанном типе)

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

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

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

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

тайпскрипт спасет тебя только на разработке, а гарды продолжат спасать после транспиляции в жс

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

думаешь пару проверок на typeof способны просадить перф?

думаешь пару проверок на typeof способны просадить перф?

тайпскрипт спасет тебя только на разработке, а гарды продолжат спасать после транспиляции в жс

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

Декораторы есть только в ТС

Это моветон. Надо на this.constructor.name проверять

Декораторы есть только в ТС