ну так-то да

как-то так

но я бы через .map и [].concat(...x) сделал

не люблю я эту вашу иммутабилити

но я бы через .map и [].concat(...x) сделал

это как

а понял

это как

ну вот эти все [...x] {...x}

но я бы через .map и [].concat(...x) сделал

так вроде у тебя иммутабельное решение тоже

так вроде у тебя иммутабельное решение тоже

сорт оф, у меня создается один большой массив из кучи маленьких один раз

а не каждый вызов reduce

?

я не про эстетику же, не люблю объекты копировать внутри reduce

Гитхаб. React-material-ui-keyboard Хотел повысить версию реакта и запуллреквестировать. Форкнул и установил зависимости. . Запускаю нпм тест и вижу милионы строк ощибок. Там турескрипт. Давайте похоливарим на тему целесообразности типизации в js?))

это может и из-за самого тс быть кста, если ошибки экзотические

я обновил тс с 2.6 на 2.7 и он мне на пару классов поругался

Ну погдяди сам что за ошибки. Ибо они жосткие там и хз как чинить

ну покажи кусочек шоль

Та я в маршрутке с телефона (

Типизация нужна для того чтобы в компилируемых языках оптимизатор у было легче выполнять свою работу) а в жсе у нас ведь ничего не оптимизируется т.к. компиляции нет)

Хэх. А есть способ починить ошибки тс ? Ну может оно умеет как eslint --fix?

не

вроде не

какие-то фиксы умеет tsserver

но это не просто cli вызов

Типизация нужна для того чтобы в компилируемых языках оптимизатор у было легче выполнять свою работу) а в жсе у нас ведь ничего не оптимизируется т.к. компиляции нет)

а как же рефакторинг

а как же рефакторинг

как же я тайпскрипточую

я обновил тс с 2.6 на 2.7 и он мне на пару классов поругался

там 2.4.2

там 2.4.2

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

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

это как посмотреть, по факту тайпскрипт все равно компилит файлы (в не зависимости от ошибок)

а как же рефакторинг

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

это как посмотреть, по факту тайпскрипт все равно компилит файлы (в не зависимости от ошибок)

наверно не расценивается как breaking change потому что без флагов типа --strict этой ошибки не будет

это как посмотреть, по факту тайпскрипт все равно компилит файлы (в не зависимости от ошибок)

Но примут ли такой пуллреквест -- вопросец((

там ошибки кстати появляются от обновления реакта

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

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

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

допустим есть какой-то класс А, в нём есть работа с ещё одним классом Б, и с третьим классом С который находится в Б, тебе нужно изменить название метода в Б, меняешь его, меняется везде, если были функции типа

(some)=> (some) переименуется в скобках, аргумент останется some и будет ошибка

там ошибки кстати появляются от обновления реакта

а, или я криво запускал в первый раз

> Cannot find module 'react/lib/getNextDebugID' from 'instantiateReactComponent.js'

константу пришлось вручную переименовывать

допустим есть какой-то класс А, в нём есть работа с ещё одним классом Б, и с третьим классом С который находится в Б, тебе нужно изменить название метода в Б, меняешь его, меняется везде, если были функции типа

Ну наверное это тема когда работпешь не в команде. Т к если мы в команде екстендим классы друг от друга то через месяц никто не понимает что происходит в коде и как чинить баги ) особенно если баги в классе А

Согласен, удобно. Кажется вебсторм тоже так умеет

С жсом

Чего ещё есть полезного в тс? Поделитесь плиз

У вебсторма для жс не оч

да норм

выглядит стремно из-за всех кастов)

выглядит стремно из-за всех кастов)

я убрал пару any[] из аргументов тип ...args

но оно лучше не стало

Ехал any через any

видит any any any

пиу пиу пиу

?

ну тут без any никуда

Сунул эни руку в эни Undefined is not a function

тут только один каст в T, так шо всё норм

https://flow.org/try/#0KYDwDg9gTgLgBAMwK4DsDGMCWEVzTtAQxgB4AVALjgCoA+AClUxgGcqyBtAXQEo4BvAFBw4UYDCRRcJAKpU69QlADmbODO58AvLQHCReHC3iE4WuE1YA6ALaEwjFMzO7L9Kx6WqePfSLESUnDcVvjoxO6eviIAvoJxBnCCYcZwpuZhRDD0HIraugDkABbAADalEAUANHB5LsFcNXU6cACMvDkFhAW8QA

Ну наверное это тема когда работпешь не в команде. Т к если мы в команде екстендим классы друг от друга то через месяц никто не понимает что происходит в коде и как чинить баги ) особенно если баги в классе А

как раз таки когда ты работаешь один, то ты в голове как правило можешь все нюансы удержать. А вот в команде тс сильно помогает находить ошибки на ранних стадиях. Считай типы этакими тестами, которые писать не надо. Вот мне недавно пришлось один метод сделать из синхронного асинхронным. Метод использовался много где, и все эти места каскадно пришлось сделать асинхронными и так по рекурсии. Я не знаю сколько бы я проторчал без ts вкупе с tslint и правилом no-floating-promises

или например такой кейс - у нас бекенд отдаёт своё описание в raml, мы его превращаем в ts-дефинишены. И если внезапно бекенд возвращал string, а стал возвращать string | number то фронт тупо не соберётся из-за типов.

Ну и вообще, конечно, типы в теории могут помочь генерировать более оптимальный js, но этого пока нет

Ну и вообще, конечно, типы в теории могут помочь генерировать более оптимальный js, но этого пока нет

Ну, например массивы мономорфные получаются. Вроде бы turbofan это хорошо оптимизирует

Типа в const arr: string[] не попадет чиселка, и это хорошо

Ну, например массивы мономорфные получаются. Вроде бы turbofan это хорошо оптимизирует

их и без этого мономорфными можно делать

их и без этого мономорфными можно делать

С ts проще

их и без этого мономорфными можно делать

добавляя в рантайм проверки?

Типа можно и без линтера стайл гайд выдерживать)

Но с линтером легче

добавляя в рантайм проверки?

Нет, в рантайме всякое может случится. Но вероятность такого меньше

Типа можно и без линтера стайл гайд выдерживать)

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

Так и надо))

Еще надо писать чистый код

А то грязный плохо работает)

чтоб вот прям написал, и не запуская git push production

Нормально делай - нормально будет

Надо делать хорошо, а не плохо. И еще куча практических советов

Надо делать хорошо, а не плохо. И еще куча практических советов

И еще на java писать

На коболе

Потому что кобол хороший?

Хе хе, не совсем

Скоро

что именно?

generic типы в jsx

не работают

ээээ

export class CreateQuotePage extends React.Component<RouteComponentProps<{}>, State> {

у меня так работает

или вы про что?

webstorm случайно не умеет скрывать описательную часть типов? :))

а то описания типов больше чем кода порой