Ð когда у тебя где-то непонятно как в функцию, которая принимает объект, придет массив, и у тебя все сломается, тебе ничего нигде не подсветит и не скажет где ошибка. И ты можешь эту ошибку искать очень долго. А нам на тайпскрипте сразу все покажет
тут есть нюанс - что в любом случае ты дробишь свою программу на слои и по сути ты должен протестировать внешние интерфесы слоя через юнит-тесты, которые и должны показать тебе, что ты или внутри слоя косячишь (а держать один слой в голове не сложно), а для использования во вне у тебя или дока или автотесты которые выстапают чуть лучшей документацией поведения Если же ты из условного слоя DAO дергаешь слои бизнес-логики, а из них DAO - то используй ТС или не используй проект будет проблемный
вообще код тс выглядит типизированным как си, но при этом компилируется в нетипизированный жс, доверяя оптимизацию всяким турбофенам и игнишенам, зачем такие извращения если можно посто взять с#? Если уж тащить этот оверхед, он же круче будет намного. Ну или голанг.
вообще код тс выглядит типизированным как си, но при этом компилируется в нетипизированный жс, доверяя оптимизацию всяким турбофенам и игнишенам, зачем такие извращения если можно посто взять с#? Если уж тащить этот оверхед, он же круче будет намного. Ну или голанг.
вообще код тс выглядит типизированным как си, но при этом компилируется в нетипизированный жс, доверяя оптимизацию всяким турбофенам и игнишенам, зачем такие извращения если можно посто взять с#? Если уж тащить этот оверхед, он же круче будет намного. Ну или голанг.
если человеку с типами удобнее, но нравится жс, то зачем брать си шарп? где логика?
просто в js прекрасная идея прототипов и полной свободы - бить по рукам и подменять это аналогом ООП, чтобы у нас все паттерны заработали и почти без боли их могли применять разработчики - ну такое)