Можешь назвать его FUNC, если боишься перепутать

а если я ошибусь и передам не то?)

А ты уже ошибся

Твой вариант вообще не валидный

Можешь назвать его FUNC, если боишься перепутать

лол и как мне это поможет?

Он не работает

разовьешь мысль?)

еще тебе пример. Попробуй без такого типизируй debounce, например)

Ну ты вызвать функцию все равно не можешь безопасно

Т е для declaration - сойдет

не смеши, это TS =)

Ахахаха

?

Офигенно

https://flowtype.org/try/#0CYUwxgNghgTiAEAzArgOzAFwJYHtXwGdkBbACigC55USAjEGAGnlqpuPpgEo26GBuAFChIsBCnTY88YiGI4sALxAAeACpUAYmky5UAPlISwVNT3hqhgsHgIZ4AfSLF4AXhlyFy0s65WnJKQAjMwATH6CAWQh8ADkobERUcFhXAB0BBBYYCCkfkA

вот пример

То то я думаю фигня какая-то вообще получалась %)

ваши тоже так делают, кстати) https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/lodash/lodash.d.ts#L10416

Ну тут то теперь понятно)

Я такими дженериками сейчас в jsdoc функции документирую, это оказалось проще, чем тащить ts в проекты

Просто это бессмысленный дженерик (не считая того, что это также и бессмысленный тип) Твой синтаксис записывается так declare function enableBatching(reduce: Function): Function

он сохраняет тип для, например, return, при этом есть еще и проверка, что передана функция

а, ну в принципе пример с лодашем, да

Да я на автомате про TS подумал)) Так то вообще никаких вопросов, нормальный дженерик

const { containerElement, disabled, onBlur, onClick, onFocus, type, ...other } = this.props; в ts пока так писать нельзя, как это лучше обходить без лодашей?

export function rest(object: any, remove: {[key: string]: any}) { let rest = Object.assign({}, object); Object.keys(remove).forEach(key => delete rest[key]); return rest; } такое себе

кто-нибудь дружил флоу и resolve.root вебпака?

мапить пути для каждой директории не выглядит хорошим вариантом

Вряд ли это возможно

оке, спасибо

возьми haste)

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

вот например такая штука для flow

https://github.com/Kegsay/flow-jsdoc

Говорят что можно

в репках нг2 есть проект, который делает наоборот — генеирит к аннотациям тс аннотации для gcc

может быть и обратный есть, хз

тот tsickle называется вроде

а никто не юзает какие-ть методы защиты от дурака, который может закомитить изменения не в ts файл а в таргет js?

а никто не юзает какие-ть методы защиты от дурака, который может закомитить изменения не в ts файл а в таргет js?

.gitignore? )

.gitignore? )

как вариант, но тогда надо включать компиляцию в CI

вот еще есть генератор d.ts из кложурных дефинишнов https://github.com/angular/clutz

вот еще есть генератор d.ts из кложурных дефинишнов https://github.com/angular/clutz

вот это прикольно

https://twitter.com/typescriptlang/status/796043578711490560

Так уже получше

Надо попробовать

Наверняка как обычно через жопу сделали

уже давно же

и удобно

а он перестал аут-оф-меморить? )

2.0.х приятный но я пока не могу в нем свой проект открыть

tsserver OOM сразу :)

впрочем обновлюсь попробую

а так сижу на 1.8.10 пока)

в репках нг2 есть проект, который делает наоборот — генеирит к аннотациям тс аннотации для gcc

https://www.lucidchart.com/techblog/2016/09/26/improving-angular-2-load-times/ https://github.com/angular/tsickle https://github.com/angular/clutz

может быть и обратный есть, хз

tsickle - ссылку указал выше

тсикл как раз обычный

там я писал про обратный в другую сторону)

из .d.ts в jsdoc?

уже все нашли короче

там выше

ERROR: S client not available

как вариант, но тогда надо включать компиляцию в CI

Так это обязательно ж надо О.о

https://github.com/Microsoft/TypeScript/pull/11150 merged

последний коммит упал)

лол

чат, а кто как использует flow для замены propTypes у стейтлес комопнентов в реакте?

такой вариант в общем-то работает, но вебшторм не понимает происходящего

ну примерно так, да

вебшторм вообще ничего не понимает)

вебшторм вообще ничего не понимает)

а есть иде / редактор которые справляются лучше?)

нет, под js нет нормальных ide)

TypeScript в VS нормально работает)

с flow/ts редакторы\иде отлично справляются ж

Visual studio с TS норм

да и в Sublime ничего

ну TS хз, а вот flow точно не осиливают

почти уверен что и c TS есть косяки в нерпостых случаях

у ts просто все идет к компилятору за вопросами

а про какие случае речь?

с дженериками, например

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

что надо от редактора или ide

WS вообще rest/spread у объектов не понимает

WS вообще rest/spread у объектов не понимает

да, больное место

ну для js хватит подсветки - я смирился уже давно))

короче я не понял(

что не понял?)

ну у меня средний проект в ws на flow. ws понимает код в 10% случаев

банально он не умеет джойнить типы

{ foo: string } & { bar: number } -> any для WS