https://new.vk.com/wall-83013121_23342

?

https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/react/react-global.d.ts https://github.com/DefinitelyTyped/DefinitelyTyped/blob/master/react/react.d.ts#L2341 ^ кто-нибудь может в 2-х словах объяснить что тут происходит?

вроде прочитал про модули и неймспейсы еще раз и вот это тоже https://www.typescriptlang.org/docs/handbook/writing-declaration-files.html

все равно пока не понял назначение react-global.d.ts

типа чтобы можно было везде писать React и ReactDOM и ничего не импортировать самому?

ну, с react-global React объявлен во всех файлах как React

ага

ок, ладно, надо пробовать

хм

https://asciinema.org/a/avs85bkrm1r4tcxw75kun9vj7

как так может быть?

т.е. typings search --name react-addons-create-fragment react-addons-create-fragment dt http://facebook.github.io/react/ 1 2016-03-16T15:55:26.000Z но ❯ typings install dt~react-addons-create-fragment --global --save typings ERR! message Unable to find "dt~react-addons-create-fragment" ("npm") in the registry. Did you want to try searching another source? Also, if you want contribute these typings, please h

в npm’e почему то ищет

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

похоже была страрая версия просто

мда, а для бетки второго вебпака тайпингов пока нет (:

а ты хотел webpack.config на ts писать?

я просто по полной заморочился сейчас да

о.о

ну есть же такие штуки https://github.com/js-dxtools/webpack-validator

почему бы тогда вместо этого его на ts не писать, и помнить ничего не нужно

это да, я согласен. Я вообще еще второй webpack не смотрел, знаю только, что es6 modules завезли и все(

чуваки уже в продакшене его катают и вроде ничо

да я вообще не понимаю, почему они просто слово beta не уберут из версии

2.1 уже блин

а все beta)

мб потом пихнут в 2.2 ломающие изменения

опасно )

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

как вообще контрибьютить туда? кто-нибудь уже это делал?)

может они стараются доки дописать, а то у них до сих с этим весьма печально

пул реквест и поехал, как еще?)

форкаешь, правишь, пушишь и pr

так вроде beta это для стабильного api

короче, не ясно

может мое терпение лопнет и я сяду, да переведу на webpack2 :)

о, https://github.com/typings/typings/blob/master/docs/faq.md#writing-typings-definitions, https://github.com/typings/generator-typings#how-to-write-typings не, мне пока лень в это въезжать

т.е. это вполне норм практика создавать vendor.d.ts и там описывать какие-то свои самые примитивные типы ?

ну и reference не забыть на него добавить

свои?

ну если нет тайпингов для пакета

и я мигрирую с js на ts и мне нужно по-быстрому убрать ошибки

а, я просто в корне src добавляю vendor-name.d.ts

около js соответственно тоже d.ts

destructuring оч странно выглядит(

({ foo }: { foo: boolean }): string =>

два раза одно и тоже

type Foo = { foo: boolean } ({ foo }: Foo)

ну да, вообще не проблема, особенно в моем случае сейчас) понятно, что так ({ foo: boolean }) => не получилось бы реализовать

я так понял что для ноды пользоваться надо этим https://github.com/TypeStrong/ts-node

а не этим https://github.com/theblacksmith/typescript-require, или нет?

ts-node лучше, но у меня свой скрипт для этого

а для unit tst в ts ничего особенного нет? или тут скорее при миграции меньше писать просто

я моку юзаю

ну, т.е. ничего особенного нет)

mocha + cucumber у нас

я для начала пока тупо сделал в корне проекта (в ./src) globals.d.ts и там описываю свои типы, а недостающие типы пакетов описываю в vendors.d.ts

кстати, кто как импортит css?

const styles = require(‘./styles’) :D

с css-modules

да, я тоже так

но попахивает

я видел такое еще https://github.com/Quramy/typed-css-modules

вот тут https://github.com/Quramy/typescript-css-modules-demo

Я как раз думал на эту тему.

я так понял что для ноды пользоваться надо этим https://github.com/TypeStrong/ts-node

А зачем это?

Чтобы выкинуть транспилер? Но зачем?

Кстати, тут был вопрос про контрибьютинг в typings. Кто-то разобрался как это делать? А то я хотел пару модулей залить но не нашел с ходу, как и куда. Везде старый дэтээс всплывает на гитхабе.

Чтобы выкинуть транспилер? Но зачем?

в dev-environment удобно по-быстрому запустить, например, тест

например, чтобы писать

"scripts": { "start": "node src/server/boot.js",

boot.js: require('ts-node').register({ project: './tsconfig.json', }); require('./run.tsx');

долго стартовать будет же

а там уже express на ноде

в dev-environment удобно по-быстрому запустить, например, тест

Вот про тесты не подумал. Кстати, а вот скажите мне, что у вас с тестами. Потому что я их для TS библиотеки на JS пишу. Потому что не хочу в src/test их класть, а хочу в test.

т.е. перезапуск дольше, при большом проекте может вполне минуту висеть

boot.js: require('ts-node').register({ project: './tsconfig.json', }); require('./run.tsx');

А зачем?

ну я просто не знаю как по-другому

поэтому)

Аааа

Вот про тесты не подумал. Кстати, а вот скажите мне, что у вас с тестами. Потому что я их для TS библиотеки на JS пишу. Потому что не хочу в src/test их класть, а хочу в test.

мой вариант не понравится, наверное, у меня юнит-тесты лежат прямо рядом с тестируемым файлом, т.е. условно Component.tsx и рядом Component.spec.tsx

ну я просто не знаю как по-другому

так webpack'ом тем же на CI билдить и складывать в dist или еще куда, с target'ом node

мой вариант не понравится, наверное, у меня юнит-тесты лежат прямо рядом с тестируемым файлом, т.е. условно Component.tsx и рядом Component.spec.tsx

Я, честно говоря, пока не определился, что мне в этом смысле нравится.

так webpack'ом тем же на CI билдить и складывать в dist или еще куда, с target'ом node

А что мешает сразу в билд складывать во время разработки?

tsc -w

гит засорять, фе

диффы потом в PR смотреть лишние)

долго стартовать будет же

а как по-другому сделать?)

какие альтернативы?

а как по-другому сделать?)

я ж выше написал, закомпилить тем же webpack'ом или просто tsc во время билда на CI

гит засорять, фе

Где?