если у нас класс с 2 полями string и 1 number, то вполне логично на values кидать [string, string, number]

ну нет, итератор не гарантирует порядка, насколько помню

а, тогда будут конструкции хитрее с union тип string|number везде

и это будет неправильно

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

пффффффф An index signature parameter type must be ‘string’ or ‘number’

даже Symbol нельзя

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

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

да нет, легально вполне

ах, точно

чет забыл про это

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

для того, чтобы values работало для объектов, нужны exact типы

Разработчики TS странные. Вроде же MS любят ООП и TS прямо скажем - наделен многими хорошими фишками. Уже сколько тем с просьбой добавить поддержку позднего статического связывания (причем в JS это все прекрасно работает), а воз и ныне там https://github.com/Microsoft/TypeScript/issues/5863

а почему просто не добавить новое ключевое слово в типе, аля static или self?

Ну я там писал на счет static. Но как-то проигнорили.

Вообще давно по этой теме пишут, там есть еще схожие темы и дубликатов пара десятков.

а typescript может тип вывести тут? interface MyType1 { type: number } interface MyType2 { test: string } function isType1 (x): x is MyType1 { return !!x.type && typeof x.type === 'number' } function isType2 (x): x is MyType2 { return !!x.test && typeof x.test === 'string' } let x = getType1OrType2() switch (true) { case isType1(x): console.log('x is MyType1') break; case isType2(x): console.log('x is MyType2') break; default: console.log('Unknown type') }

Нет, но это можно сделать при помощи декораторов и Reflect Metadata.

Правда они эксперементальные и тип внутренние типы (interface, type) попадают в метадату в виде Object.

Так что, наверное, можно сказать, что нельзя.

А зачем это тебе?

Если очень хочется, то можно завернуть объекты в типизированные классы и уже имя конструктора с них брать.

Разработчики TS странные. Вроде же MS любят ООП и TS прямо скажем - наделен многими хорошими фишками. Уже сколько тем с просьбой добавить поддержку позднего статического связывания (причем в JS это все прекрасно работает), а воз и ныне там https://github.com/Microsoft/TypeScript/issues/5863

А можно ведь предложить свою реализацию и они всё равно будут её долго-долго рассматривать, верно?

Точно

Если только пуллреквест запилить и спеку По изменениям...

И то

а у вас @types/node работает?

а то мне tsc выдает src/cli/test.ts(1,1): error TS2304: Cannot find name 'process'.

Да, по крайней мере какая-та из версий

6.0 чего-то там

А еще убедись, что у тебя ts 2

А то есть ощущение что у тебя не загрузил компилятор пакеты с декларациями

А еще убедись, что у тебя ts 2

упс, пользовался глобальным tsc, а не из devDep ?

Бывает

namespace или module ? или это холиварный вопрос?

Для чего?

Для организации кода, а для чего еще варианты?

не в тему: proposal про cancelable промисы: https://github.com/domenic/cancelable-promise (помню вчера была тема про них) и ишью про abort фетча: https://github.com/whatwg/fetch/issues/27

но даже в этом пропазале нельзя отменять промисы

Для организации кода, а для чего еще варианты?

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

@vkurchatkin вопрос по flow: для меня очень серьезный плюс ts это тулзы, которые с ним идут(tsserver), там семантический complete для кода, рефакторинг(rename, import)

а что есть подобное с flow?

рефакторинга нет (пока, во всяком случае). все остальное встроено во flow

т е flow это уже сервер и клиент

самая лучше интеграция из IDE - nuclide

Там есть автокомплит, наивгация, подсветка типов при ховере и подсветка uncovered выражений, т. е. небезопасных мест, где есть any

ага, но это не зашито в nuclide, а просто провайдер к серверу flow, так?

да, nuclide запускает сервер flow

а можешь линк кинуть на доку?

какую именно?

ну, по серверу

flow

я думаю flow --help это лучшее, что есть)

Прикольную штуку нашел t.ok(result instanceof Cursor, 'a.foo() should return Promise<Cursor>') src/collection.spec.ts(11,9): error TS2349: Cannot invoke an expression whose type lacks a call signature.

Если в конце ; поставить, то все ок t.ok(...);

может у тебя следом скобочки идут?

может у тебя следом скобочки идут?

Гениально!

не?

просто интересно почему так может быть

не?

Именно скобки, все правильно. Там выражение с await внутри скобок было

хорошо ))

Причем, идешка предательски молчала

https://github.com/Microsoft/TypeScript/pull/10347

что использовать для test coverage для typescript?

Istanbul

на одном проекте покрываем es6 через истанбул, на другом балуюсь с remap-istanbul

https://twitter.com/_joshburgess/status/765655983402221568

кстати насчет Istanbul, я не сильно копался, попробовал с karma все быстро завелось но почему-то в отчет не попадают файлы на которые тестов вообще нет. Есть допустим два компонента foo.ts, bar.ts и наприер пока что есть тесты только на первый (foo.spec.ts). В итоге запускаем тесты в отчете видим foo.ts (98%) например и все

про bar.ts вообще инфы нет

логично было бы получить foo.ts - 98%, bar.ts - 0%

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

Кол*

Код * -_-

include-all-sources: true

Я карму не юзаю, но как она отличает сорс от не сорса?

это в стамбуле

о, cпасибо

сейчас попробую include-all-sources: true

Ну оно ж просто потянет все из папки

ну так

Ну в принципе для большинства нор м

либо можно написать фейковый тест, которые импортирует все файлы