Сильверлайт

Java serverlet че ещё

Сильверлайт

а вот это неплохая вещь была. Но ms как всегда с маркетингом налажали

За то не налажали с TS

К сожалению

К сожалению

А тебе он чем не угодил?

Мне еще экосистема windows mobile жутко нравилась, очень легко было приложения под нее писать. Уже давно универсальные приложухи были, которые и на телефоне и на компе запускались, но опять с маркетингом налажали

Он защищает от стрельбы в ногу где ты видишь, что стреляешь, не защищает где сам не видишь и на сам язык даже спецификации нет - это пиздец

За то есть куча агитированных товарищей

За то не налажали с TS

Да а чего там лажать? C# адаптировали под JS Точнее наоборот. Решили сделать из JS копию C#

Он защищает от стрельбы в ногу где ты видишь, что стреляешь, не защищает где сам не видишь и на сам язык даже спецификации нет - это пиздец

https://www.typescriptlang.org/docs/ А тут что?

Полемика в итоге про ТС такая же что в России плохо, а на западе хорошо и никакие аргументы не помогут

По моим впечатлениям :)

https://www.typescriptlang.org/docs/ А тут что?

Документация != спецификация

Документация != спецификация

так она такая же как JS Это одно и тоже посути)

Нет

Вообще она не такая же

Полемика в итоге про ТС такая же что в России плохо, а на западе хорошо и никакие аргументы не помогут

Ага. Ошибки которые он показывает пропадают если его убрать

Они там нарасширяли в два раза больше спецификации ecma

так она такая же как JS Это одно и тоже посути)

Только одна часть такая же но и то не такая

Всмысле нет? Он у тебя транспилируется в JS И механизмы все теже, только добавили нормальную типизацию и пару других фич и ооп)

И это нигде не описано

Всмысле нет? Он у тебя транспилируется в JS И механизмы все теже, только добавили нормальную типизацию и пару других фич и ооп)

Как транспилируется

Где это утверждено как именно он транспилирует

Всмысле нет? Он у тебя транспилируется в JS И механизмы все теже, только добавили нормальную типизацию и пару других фич и ооп)

ООП я и на ES6 писал нехуево

Не написано, а закреплено документативно:)

Ты не можешь проверить, что он будет делать во всем интервале входных данных

Не написано, а закреплено документативно:)

ну вот например https://javascript.xgqfrms.xyz/pdfs/TypeScript%20Language%20Specification.pdf

От 2022 найди

ООП я и на ES6 писал нехуево

так в том то и дело, ts делали тогда, когда es6 не было и как раз для того, чтобы на js можно было в нормальном ооп стиле с классами и типами писать)

Или 2021 :)

а сейчас он и не нужен почти)

так в том то и дело, ts делали тогда, когда es6 не было и как раз для того, чтобы на js можно было в нормальном ооп стиле с классами и типами писать)

Это когда это?

Это когда это?

ts появился в 2012 А es6 релизнулся только в 2015

Вот прогеры которые с C# переходилы на написание GUI под веб и ахренели немного от того, каким тогда js был)) Потому собственно TS и родился и я их могу понять. Я от тогдашнего JS тоже немного ахреневал))

Собственно добавление в es и в js синтаксического сахара в виде классов например и прочих привычных ооп вещей и начали обсуждать, тк появились запросы на это от классической разработки с применением ооп) Вот только JS это вообще дикая помесь ооп и функционального подхода) В целом js и так всегда был ооп языком, но просто всем было неудобно через прототипы все оформлять, привычнее было с классами работать. Один хрен, наследование осталось прототипным))

От 2022 найди

https://github.com/microsoft/TypeScript тут все есть) Спецификация врятли сильно изменилась) Да и просто некому ее поддерживать видимо в актуальном виде. К тому же базовая спецификация есть, в релизноты можно вот тут глянуть https://www.typescriptlang.org/docs/handbook/release-notes/typescript-4-0.html

https://github.com/microsoft/TypeScript тут все есть) Спецификация врятли сильно изменилась) Да и просто некому ее поддерживать видимо в актуальном виде. К тому же базовая спецификация есть, в релизноты можно вот тут глянуть https://www.typescriptlang.org/docs/handbook/release-notes/typescript-4-0.html

Не сильно изменилась это мягко сказано

Кроме того багтрек нормальный невозможно устроить без неё

Не сильно изменилась это мягко сказано

Вся база осталась той же.

Кроме того багтрек нормальный невозможно устроить без неё

Ок, пример из жизни плз, где понадобилась спецификация, чтобы баг оттречить)

В общем я не для поспорить, если есть желание можешь погуглить указанные проблемы и сформировать мнение на основании полученной инфы

Иначе

Полемика в итоге про ТС такая же что в России плохо, а на западе хорошо и никакие аргументы не помогут

.

Я за практику работы с TS сталкивался только с кривым типизированием от разрабов,вот тогда это болью становилось)

Мы не договоримся в моменте :)

Мы не договоримся в моменте :)

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

На языке без актуальной спецификации

Какие угодно

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

Никогда не узнаешь

ts появился в 2012 А es6 релизнулся только в 2015

https://en.wikipedia.org/wiki/TypeScript#Release_history

TS унаследовал классы от ES6

Ну к вопросу спецификации она от 2 версии, сейчас четвёртая

TS унаследовал классы от ES6

он унаследовал классы из спецификации, которая разрабатывалась раньше, чем es6 был в JS активно внедрен)

Я четко помню, что в TS они уже были, когда в JS - это достигалось только за счет babel)

Вот за первые релизы TS не отвечу. Я в 2012 еще не прогал на JS, Я еще в универе учился и прогал на с++ и C#

Я четко помню, что в TS они уже были, когда в JS - это достигалось только за счет babel)

Так какая разница то babel или tsc

Так какая разница то babel или tsc

великая) принцип разработки на чистом JS даже с учетом нововведений отличается от разработки на TS

На TS проще применить классические паттерны проектирования, чем на чистом JS, хотя ограничений тоже много

Тк наследование в TS осталось прототипным как и в js(

Мне не нравится то, что он сыпет ошибки не там где надо, а там где надо пропускает.

Мне не нравится то, что он сыпет ошибки не там где надо, а там где надо пропускает.

например?

Ну это нужно код открывать. Позже давай. Мне валить надо не надолго

Но у меня есть пример

Даже 2. Правда на один NDA на 50 лямов. Правда хохлам )))

Мне нравится TS по 2-м вещам 1. Типизация на этапе написания кода и подсказки по входным параметрам и структурам данных. Подсказки и ошибки по несовместимости типов 2. Унификация фронта и бека по типам данных за счет общих интерфейсов и типов

Например даж ci/cd можно настроить на поиск ошибок по не соответствию типов на фронте и беке) Есть общий пул интерфесов и типов и они не должны отличаться при передаче по сети. Если на фронте нужно тип дополнить, то будь добр создать наследника с новыми параметрами, что убережет от некоторого рода ошибок)

Например даж ci/cd можно настроить на поиск ошибок по не соответствию типов на фронте и беке) Есть общий пул интерфесов и типов и они не должны отличаться при передаче по сети. Если на фронте нужно тип дополнить, то будь добр создать наследника с новыми параметрами, что убережет от некоторого рода ошибок)

Блин, а что такое интерфейс в ТС? И чем он отличается от типа и от класса?

Кейс из жизни: фронт пилит новую страницу, в процессе добавил один атрибут и забыл сообщить об этом беку. Да и сам забыл, что добавил. JS по классике не ругнется на дополнительный атрибут, если на бек отправить. А вот если ci/cd на это настроить, то сервис просто не сбилдится и ругнется, что изменен интерфейс на фронте и нужно доработать его на беке)

Обратная ситуация такая же) Бек чето поменял и запушил. Билд не прошел и вывалились ошибки на несоответствие интерфейсов, соответственно создали сразу задачу для фронта на допиливание)

Блин, а что такое интерфейс в ТС? И чем он отличается от типа и от класса?

Я лучше вот так скину https://frontend-stuff.com/blog/types-vs-interfaces/

Блин, а что такое интерфейс в ТС? И чем он отличается от типа и от класса?

Чтобы не писать много)

Я лучше вот так скину https://frontend-stuff.com/blog/types-vs-interfaces/

Нет, это я читал

Мне не понятно отличие от класса

Мне не понятно отличие от класса

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

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

А в других языках интерфейсы совсем иначе выглядят

Мне не понятно отличие от класса

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

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

Я зная что это такое в Java