т.е. мне нужен манкипатч типа по сути

так вообще можно?) короче цель: подавить ошибку типа, расширив его определение

так отнаследуй мб?

т.е. обязательно придется определять для этого новый тип?

Как мне кажется - да

как вариант было бы прикольно, наверное, иметь возможность расширять типы, не порождая новые. если бы можно было еще тайпинги обновлять, то получался бы такой флоу: 1) нехватает определения – добавляшь временно свое 2) проходит время, обновляешь тайпинги, смотришь – о, появилось 3) удаляешь свое

^ но хз, может я гоню просто)

Так а в чем проблема со своим отнаследованным, кроме того, что придётся в две строки написать определение типа)

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

ну вообще ни в чем, это не проблема)

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

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

Василий https://github.com/Microsoft/TypeScript/wiki/What's-new-in-TypeScript#augmenting-globalmodule-scope-from-modules оно?

спасибо, попробую

т.е. сейчас для каждого модуля, для которого нет тайпингов придется в vendors.d.ts писать пустое определение?

declare module “foo” { var foo: any; export = foo; }

это вариант для ленивых

еще можно написать нормальные тайпинги

^^

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

конечно можно

как eslint’у, например

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

именно так

у нас если легаси файл mockTypings.d.ts для таких вещей

но я его обрезаю потихоньку

ок, спасибо) а то я пока сомневаюсь правильно ли я все делаю

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

О, привет Антон ^^

Привет!

как вариант было бы прикольно, наверное, иметь возможность расширять типы, не порождая новые. если бы можно было еще тайпинги обновлять, то получался бы такой флоу: 1) нехватает определения – добавляшь временно свое 2) проходит время, обновляешь тайпинги, смотришь – о, появилось 3) удаляешь свое

Так это делается через расширение интерфейсов. Я так добавлял недостающие проперти в process, потому что у текущей версии ноды в тайпингах их нет. Вот пример declare namespace NodeJS { interface Process { mainModule: NodeModule } interface NodeModule { paths:string[]; filename:string; } }

Здесь подробнее https://www.typescriptlang.org/docs/handbook/declaration-merging.html

А, я так вижу на это ссылку уже даже дали.

да, спасибо, Артур, я пока не успел попробовать, к сожалению, днем пишу на js пока что)

Ну, если что, я тут :)

куда это они все

не осилили

не нужны

кто знает что там будет в d.ts d 2.0?

https://github.com/facebook/react/issues/6910#issuecomment-224439667

https://github.com/Microsoft/TypeScript/wiki/Roadmap

не то

добрый день

будет установка через npm https://www.npmjs.com/~types

тут кто-нибудь использует typescript на работе и так чтоб только его....

или только домашние проекты?

мне он нравится, а вот зацепится не могу, такое ощущение везде только javascript

у нас используют на большом проекте

радует что хоть где-то есть

у многих есть

Мы юзаем

И потиху старый js переводим

у нас пока старые проекты не переведены на него, но есть такие планы

@mkusher вижу у тебя коммит в ntypescript. где приходилось использовать? не могу придумать юзкейсы

Честно говоря я уже не помнб

В прошлом году было)

Там вроде bassarat делал require hook для ноды

или только домашние проекты?

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

@mkusher а у тебя syntastics не ругается на декораторы? а то у меня как-то"experimentalDecorators": true не очень помогает: https://github.com/Quramy/tsuquyomi/issues/56

Нет

Не ругается

Ну или я не заметил О.о

Не ругается

Может ты декоратор плохо описал? Т.е. он ругается не на сам синтаксис декоратора, а на типы?

да вроде нет, тк я просто скопировал отсюда https://github.com/mobxjs/mobx-react-typescript-boilerplate/blob/master/src/index.tsx

Vasiliy а что в ошибке?

Experimental support for decorators is a feature that is subject to change in a future release. Set the 'experimentalDecorators' option to remove this warning. [typescript/tsuquyomi]

я уже забил на декораторы если честно, и на mobx)

все правильно сделал

про масштабируемость ts смишно https://gomel.rollingscopes.com/ надо будет раздобыть видео потом

btw доклад про флоу и тс тоже со смешным превью

Что за масштабирование в ts? О_О

масштабируемость это в плане рост проекта и строк кода что ли? Или команды? Явно же не про server-side)

блин, чето на тему control flow какой-то развод

https://gist.github.com/711ed3d54b1c9ae3fa46143079a09f33 ни flow(0.27), ни ts(1.9) ничего не говорят

это точно тот пример, что в презентации был. чяднт?

[ts] Object is possibly 'undefined'

ts 1.9

o.o

это точно тот пример, что в презентации был. чяднт?

не ту версию юзаешь

https://github.com/Microsoft/TypeScript/issues/3508#issuecomment-226220552 небезызвестный чел в нашей секте

https://twitter.com/chicoxyzzy/status/743259339851448324

https://twitter.com/chicoxyzzy/status/743270598508437504

ничоси

и это хорошо