сразу видно что упало и почему)

ну учитывая, что это все вкусовщина, то какая разница)

Полностью согласен

сразу видно что упало и почему)

Но писать то это как?

как говоришь(или говорят всякие англичане)

я спилил параллельный запуск

Тоже на проектах убрали

assert(a.b !== 3) - и теперь тоже самое на expect

expect(a.b).to.be(3)

А если a undefined?

то значит ты не в том чатике пишешь

expect(a.b).to.be(3)

.toBe(3) (jasmine)

expect(a.b).to.be(3)

Ну и у меня там отрицание )

или все еще сидишь без strictNullChecks :)

то значит ты не в том чатике пишешь

Я не перевёл ещё на strictNullCheck :(

Ну и у меня там отрицание )

not значит)

Вкусовщина

not значит)

Имеем: expect(a.b).not.to.be(3) vs assert(a.b !== 3)

Всем привет! Собрал boilerplate для себя под реакт: typescript 2, webpack 2 + react-hot-loader, karma + jasmine + coverage, sourcemaps работают везде. Может кому-то пригодится: https://github.com/sotnikov-link/ts-react-boilerplate

ридми бы

Кстати а .not.to.be(3) строгая проверка?

ридми бы

Ага) но вообще всё достаточно понятно в package.json

там и строгая, и нестрогая

ридми бы

Пока времени не было

там и строгая, и нестрогая

Добавлять .strict небось надо?

не

RTFM

это оффтоп

в исходнике глянул, строгая там

там есть и такая, и такая

assert(a.b !== 3) - и теперь тоже самое на expect

expect(a).not.toHaveProperty('b', 3)

expect(a).not.toHaveProperty('b', 3)

это две ой какие разницы

expect(a).not.toHaveProperty('b.c.d', 3)

А теперь вот так?

Имеем: expect(a.b).not.to.be(3) vs assert(a.b !== 3)

В том же духе, «имеем expect vs assert»

expect(a).not.toHaveProperty('b.c.d', 3)

assert(a.b.c.d !== 3), ну проще же

вы задолбали

вы задолбали

нет, ты!

assert(a.b.c.d !== 3), ну проще же

Ассерт не выведет переменные в которых проблема

Просто гаебнется с ошибкой

Экспект скажет где проблема

Ассерт не выведет переменные в которых проблема

power-assert выведет, см выше

Чот какая-то магия

Не люблю магию

Чот какая-то магия

babel plugin, всего то

Не люблю магию

Это личное дело каждого

Я вот не люблю синтаксис expect/should

Restart TS Server в Insider или Typescript: Reload Project

Спасибо, именно то, что искал!

Народ, а напомните, почему методы в тайпскрипте enumerable?

в таргете es5

Народ, а напомните, почему методы в тайпскрипте enumerable?

https://github.com/Microsoft/TypeScript/issues/782#issuecomment-57349639

https://github.com/Microsoft/TypeScript/issues/782#issuecomment-57349639

огромное спасибо, теперь понятна их логика

А в TS есть общепринятые дженерик персистентные коллекции?

Всем здравствуйте. Такой вопрос. Есть примерно такой интерфейс: interface x { a: number, b: number } Как правильно задать тип у объекта, если у него всё поля - объекты типа x, но количества этих полей неизвестно и очень велико (штук 30)

{[key: string]: x | undefined}

А в TS есть общепринятые дженерик персистентные коллекции?

Если только какая-то библиотека с тайпингами

Всем здравствуйте. Такой вопрос. Есть примерно такой интерфейс: interface x { a: number, b: number } Как правильно задать тип у объекта, если у него всё поля - объекты типа x, но количества этих полей неизвестно и очень велико (штук 30)

я бы не обломался вписать все, 30 это не так много

можно с mapped

type Xs = 'a' | 'b' | 'c' | ... | 'z' type Z = { [X in Xs]: x }

обьект с 30 полями х уже сама по себе проблема

да ладно, всякие юзер и тп объекты

там кучи полей и норм

ERROR: S client not available

на больших проектах так или иначе такие вещи появляются

{[key: string]: x | undefined}

Спасибо

добрый вечер, у меня есть вопрос. есть фабрика, возвращающая экземпляры классов-адаптеров к апи-эндпоинтам бэкенда по переданному path. у каждого такого адаптера есть различные методы (get, post и тд). как описать тайпинги к каждому методу каждого адаптера, т.е. описать итоговый респонс? например const usersService = factory.createAdapter('users'); usersService.get() // хочу чтобы здесь подтягивался тайпинг

createAdapter<T>(...): T;

добрый вечер, у меня есть вопрос. есть фабрика, возвращающая экземпляры классов-адаптеров к апи-эндпоинтам бэкенда по переданному path. у каждого такого адаптера есть различные методы (get, post и тд). как описать тайпинги к каждому методу каждого адаптера, т.е. описать итоговый респонс? например const usersService = factory.createAdapter('users'); usersService.get() // хочу чтобы здесь подтягивался тайпинг

Или можно по аналогии с document.createElement объявить перегрузки. createElement(tagName: "a"): HTMLAnchorElement; createElement(tagName: "abbr"): HTMLPhraseElement; createElement(tagName: "acronym"): HTMLPhraseElement; ...

спасибо

https://medium.com/@gcanti/functional-typescript-either-vs-validation-66c52f28ce1f

новый синтаксис декораторов с экспортом такой: export @decorator class SomeClass {}

интересно, как в ts будут делать

новый синтаксис декораторов с экспортом такой: export @decorator class SomeClass {}

то есть вертикально не записать?

будет другой флаг для новых декораторов или нет

или выпустят ts3?

хз

И как они предлагают параметры передавать в декоратор

ну как раньше)

export @decorator(“asdad”) class SomeClass {}

а если несколько то ужс

в несколько строк вроде норм можно

ща тестану несколько

будет другой флаг для новых декораторов или нет

Я думаю просто депрекейтнут и уберут синтаксис по мере готовности и распространения стандарта

ща тестану несколько

где тестишь?

Я думаю просто депрекейтнут и уберут синтаксис по мере готовности и распространения стандарта

ну пукан у ангулярщиков будет бомбить тогда

я думаю будет плавный какой-то переход

где тестишь?

склонил вавилон и пытаюсь найти работающий коммит

(это шутка)

у меня кстатит с export чет ваще они не работают

если написать @asdsad export class A {} говорит поставить около class keyword

а если написать export @asd class A {} падает с unexpected token

а если без экспорта то как