Просто то, что ты хочешь, даже теоретически сложно представить

я понимаю, понятия не имею как это могло бы работать

Это одна из причин, по которой статическая типизация хорошо идет с функциональщиной и immutable данными

Ты хочешь донести до тайп чекера, что если eof() false, то следующие вызов peek будет не null, если до них не будет вызова функции с потенциальными эффектами

Это как то сложновато

да, понимаю(

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

а как быть если eof() это детали реализации? например, https://flowtype.org/try/#0C4TwDgpgBAKg9gawgOygXigbwFBSqSALigGdgAnAS2QHMAaXKANwEMAbAVwmLKtoYC+AbmzYC0AHJwAJtAw484nhWr1GrTt1Ir+2YaIDGbFiRKxEKAMoUILALZZGkCAgAUASmIB+eElQK8KHIIYA5yf0ZA-HAtAHIAUQAPMGDTSjhkWIYovA0uYljELMiofTwBUTwIOAAzD2IAIzg4NlsIqODQ8PwAC0oSADpnN3d0NAxkDjY2EXK9Q2NTKAAFFnISCHJHPGowDmBiXysbexFGAwzeDgNgOHJXXf3Di2RrYPtRgMU+wcfgdCgf1mpUqUDAaw29SgUlkAG0ALrbQKUGpQVzAH4DP4Dap1dyjTphVAI4F4QndWEY-pDCEQAAy9ga0hYHnhwIqTlpDLsTJZnmhMmgXyCISJSKiSigsW5vOKOWY7HyvWp4PWEAAguQaB5soEyiDOWrNdr+bxVOKoBdkGQsNFIHQFZpSgCqb9kHtgEMIC4PKSoAB6f1QADuPRYwAgTE2JXJqDyEHZ82wVptvFsDgmEGD5j8b3TvuTl3+qo2W0z2dWavuaY+IhT-1SU3+GBLmxpat9QA как было бы оптимально поступить в таком случае? т.е. он как бы пытается быть умным, но не до конца (да и понятно, что такой анализ это едва ли выполнимая для него задача) и это начинает мешать должен же быть способ подсказать ему в таком случае, типа "эй флоу, расслабься, я знаю что тут не null"

а, блин, тайпкастинг же const token = (this.input.next(): any); лан, и так сойдет, проехали)

или так ((this.input.next(): any): Token)

лол

а есть кто в typescript checker api шарит? Вопрос такой: есть тип конструктора, у него есть signatures. Их может быть несколько(в зависимости от количества определений конструктора). Та, которая общая, она всегда последней будет?

хм, а теперь не могу допереть как тут поступить: http://bit.ly/2gzSIRs

type Operator такого нет в типах?

https://flowtype.org/try/#0C4TwDgpgBAKg9gawgOxuaBeKByAysAJwEtkBzbKAHxwDkBXAWwCMICLrsB5SAgQ2DhsA3AChQkWIhRQsAbyjiIALklJU6ADRQAbrwA2dZVADOhEqSpRkjFgSgBfUWPRR8xMjTgATTFHmKVPDMybC1dAyNTdwtHZwkAQWNjIlJkBhRgTx8ZPxEoBXRAxOTU9ORgULyoOB5+QUCMSvy9AAtjFXjcGA0qgjaOrp7YuOgAIRJeAhAs31kqgJxx5EmQJuragQIVKPMe5v6oTu7eg6Ohp0VDrpzilLSMmcsllZmnADM6ZABjYCI4ZCgkAgCAAFABKFTwNS5fIECDAOgEAFzfL5BZcDaCNb5cKGBprWL2EQfb6-f5QJgTKYg1rtK4wCH0mFQL7-Ux+HT6QwOHJA0Fg0T5Kqs5DsmqsOp2LC4iAAOgEbnM4KEUAA9KrOREoERjFAIABHOj6BRwHCNKrCtnAAoSLDivibGQYLDYRpQAD8OFupQyFECzym2EFLKtUD6urkNqMQWioU1eJwAA8KLF8iL2bx2ZHFFp7ZKtLStOGHMHevDEQDKctqZngAKRPYgA

ой, прости( вот это ^ торопился и нервничал)

rhs не AST

https://flowtype.org/try/#0C4TwDgpgBAKg9gawgOxuaBeKByAysAJwEtkBzbKAHxwDkBXAWwCMICLrsB5SAgQ2DhsA3AChQkWIhRQsAbyjiIALklJU6ADRQAbrwA2dZVADOhEqSpRkjFgSgBfUWPRR8xMjTgATTFHmKVPDMybC1dAyNTdwtHZwkAQWNjIlJkBhRgTx8ZPxEoBXRAxOTU9ORgULyoOB5+QUCMSvy9AAtjFXjcGA0qgjaOrp7YuOgAIRJeAhAs31kqgJxx5EmQJuragQIVKPMe5v6oTu7eg6Ohp0VDrpzilLSMmcsllcfqN3MZpwAzOmQAY2ARDgyCgkAgCAAFABKFTwNS5fIECDAOgEEFzfL5BZcDaCNb5cKGBprWL2EQ-f6A4FQJgTKYQ1rtK4wGHMhFQP7A0x+HT6QwOHJgyFQ0T5Kqc5DcmqsOp2LCEiAAOgE7zI0KEUAA9JreREoERjFAIABHOj6BRwHCNKrirnAAoSLDSvibGQYLDYRpQAD8OFupQyFECzym2FFHLtUD6hrkDqMQWioV1RJwAA8KLF8hLubxubHFFpnbKtIytNGHOHesjUSDact6bngCKRPYgA

ну и да, operator может быть стрингом не =

а, блин, ссылка не меняется, обновил

type AST = AssignmentNode | BinaryNode | StringNode; type AssignmentNode = { type: 'Assignment', operator: string, // <- lhs: AST, rhs: AST, };

та же фигня =/

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

а, блин, ссылка не меняется, обновил

https://flowtype.org/try/#0C4TwDgpgBAKg9gawgOxuaBeKByAysAJwEtkBzbKAHxwDkBXAWwCMICLrsB5SAgQ2DhsA3AChQkWIhRQsAbyjiIALklJU6ADRQAbrwA2dZVADOhEqSpRkjFgSgBfUWPRR8xMjTgATTFHmKVPDMybC1dAyNTdwtHZwkAQWNjIlJkBhRgTx8ZPxEoBXRAxOTU9ORgULyoOB5+QUCMSvy9AAtjFXjcGA0qgjaOrp7YuOgAIRJeAhAs31kqgJxx5EmQJuragQIVKPMe5v6oTu7eg6Ohp0VDrpzilLSMmcsllcfqN3MZpwAzOmQAY2ARDgyCgkAgCAAFABKFTwNS5fIECDAOgEEFzfL5BZcDaCNb5cKGBprWL2EQ-f6A4FQJgTKYQ1rtK4wGHMhFQP7A0x+HT6QwOHJgyFQ0T5Kqc5DcmqsOp2LCEiAAOgE7zI0KEUAA9JreREoERjFAIABHOj6BRwHCNcVc4BQPpMo45fyFHCq8hhPlGbAADwosTFzWRUF4plF+q+UAh0r4mxkGCw2EaUPZ+VDdrkBUgKgARLdShkc1oY7KtIytA6HOH7Ea9MZoBjMennVmjDnnlMi+sZZsy20K20q1Ua1Aqr1kaiQbTlvT0yKRPYgA

свой парсер пишешь?

ну я книгу читаю

Language Implementation Patterns

дракон?)

не) эту я пока не осилил

Language Implementation Patterns, Terence Parr пока мне нравится

не, эту не читал

забил и вообще убрал operator из AssignmentNode (%

че, не захотелось в if выносить?)

ну вот только так он зачекал: http://bit.ly/2gw3mv6 так проще всего было сделать и не заморачиваться, сильно и так залип я

Как typescript влияет?

Хз, я кофе перепил

Ребят, а кто как работает с tslint? Юзаете ли при сборке в продакшене?

в продакшене?

Продакшн сборке*

все равно не понял вопроса

есть степ в CI который гоняет tslint по проекту

Ну да, если линтер там ругается, то сборку не продолжаем. Но надо ли это? Есть ли смысл в CI гонять линтер, когда каждый разработчик может сам себя контролировать с помощью tslint перед пушем коммита?

Вот я про что )

я бы гонял, точнее так — мы гоняем но там очень маленький конфиг но если у подпроекта есть свой -- он будет учтен

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

Логично, с этим понятно. А у кого какой tslint ? Если сборка через webpack, то наверное будет удобно что-то для вебпака поискать?

у нас вроде этот таск вообще в галпе гоняется)

лень переписывать и работает же)

у нас тоже в гранте всё гонялось )

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

ЛОЛ

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

ЛОЛ

ну это был ответ на сообщение выше

Ну да, если линтер там ругается, то сборку не продолжаем. Но надо ли это? Есть ли смысл в CI гонять линтер, когда каждый разработчик может сам себя контролировать с помощью tslint перед пушем коммита?

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

вообще мне кажется лучший вариант это когда тебе редактор говорит про ошибки + в CI

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

ну редактор то это само собой, тут не обсуждается

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

ну да, я к этому и вел, приведя утрированный пример

TSlint всё-таки небыстрая команда, и неужели нет каких-нибудь практик, когда перед сборкой в CI она выполняется не по всему проекту, а, например, по файлам, которые были изменены с момента предыдущей сборки?

Ну можно кэширование gulp для этого заюзать

Там после gulp-remember + gulpcached остаются только измененные файлы, соответственно дальше в линтер тоже только они и пройдут

TSlint всё-таки небыстрая команда, и неужели нет каких-нибудь практик, когда перед сборкой в CI она выполняется не по всему проекту, а, например, по файлам, которые были изменены с момента предыдущей сборки?

есть для eslint https://github.com/okonet/lint-staged

думаю можно легко расширить tslint'ом

ERROR: S client not available

TSlint всё-таки небыстрая команда, и неужели нет каких-нибудь практик, когда перед сборкой в CI она выполняется не по всему проекту, а, например, по файлам, которые были изменены с момента предыдущей сборки?

самая медленная из всего цикла? Ну просто вы запускайте степы параллельно по возможности

Самая медленная, да

а сколько идет она и сколько тесты?

О.о

у нас так-то фунциональные тесты подольше гоняются

Тестов нет, идет около 40 секунд. Всё остальное (копирование, минификация, прекомпиляция шаблонов) около 25 секунд.

а, лол. Ну у вас и проблемы)

Ну это локально так, тем более я сейчас всю сборку переписываю с нуля. Раньше с грантом артефакт нужный мавеном собирался около 10 минут. Поэтому сейчас на всё смотрю внимательно очень.

Где локально 30 секунд, то в каком-нибдуь тормознутом TeamCity это выльется в минуты.

да ну, глупости

я конечно не большой эксперт по team city

но может у вас просто инстанс дохлый?

Дак так оно и есть, но до этого еще не дошёл.

И версия какая-то очень старая там

у нас на CI наоборот быстрее чем на локальных машинках)

ну да, потому что машинка сильнее

у нас тоже

плюс почти уверен tslint можно распараллелить

так блин, вместо 15 секунд получить 10? у нас сборка идет 5 минут и самые большие степы по минуте

кто plunkr использует? есть пример typescript+react?

скажите как с tslint настроить моку

чтобы оно понимало глобальные describe / it

добавить дефинишны для моки

у мс еще есть свои правила для tslint, кстати

https://github.com/Microsoft/tslint-microsoft-contrib

там и для моки с чаем чот было (хз, я tap/tape юзаю)

я как раз их конфиг + свои юзаю.

ну я поставил дефинишены, а толку нет

все равно tslint ругается

А есть кто с Java работает и использует frontend-maven-plugin ?

хм, не могу понять что ему опять не нравится