отдельный чат по flow есть ?

отдельный чат по flow есть ?

@flowtype_ru

Еще игры

Флешмоб?

Еще игры

Салют

Как можно сделать spread перед тем как сделать экспорт?

TS сильно ругается

Попробуй export = {}

ну, тебе надо либо export default, либо именованый экспорт сделать, то бишь в переменную результат сохранить хотя бы

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

заработало. Спасибо Сергей)

заработало. Спасибо Сергей)

вэлкам)

В какой момент и где ts ищет файлы декларации?

Ткните/поделитесь пожалуйста

В какой момент и где ts ищет файлы декларации?

да в теже моменты, когда тс ищет любые другие файлы)

В момент сбора контекста?

при импортах, то, что в инклюдах, то, что в референсах

https://github.com/Microsoft/TypeScript/issues/5039

Согласно тому что я прочитал это происходит при сборе контекста, но когда он видит импорт файла, он начинает резолюцию, далее что?

я не знаю, что такое сбор контекста

Где тут файлы декларации вступают

И если он находит модуль, он будет он будет искать декларацию для этого модуля?

Если да, то в каком порядке?

ну грубо говоря, он попробует подключать pathToFile/moduleName.ts, потом pathToFile/moduleName.d.ts

про поиск pathToFile описано в issue выше

может это поможет? https://www.typescriptlang.org/docs/handbook/module-resolution.html

ну и да :)

+ https://www.typescriptlang.org/docs/handbook/tsconfig-json.html#types-typeroots-and-types

http://blog.npmjs.org/post/168978377570/new-package-moniker-rules?utm_source=ESnextNews.com&utm_medium=Weekly+Newsletter&utm_campaign=2018-01-08

Скоупы - добро

Это актуальный способ импорта модулей?

нет, актуальный - es modules

import * as $ from "jquery"

import * as $ from "jquery"

спасибо, читал что лучше не испольозовать import * as, это актуально?

может это поможет? https://www.typescriptlang.org/docs/handbook/module-resolution.html

пожалуйста подскажи, как работает moduleResolution с baseUrl?

спасибо, читал что лучше не испольозовать import * as, это актуально?

все советы по использованию es modules у вашего бандлера надо учитывать, да

пожалуйста подскажи, как работает moduleResolution с baseUrl?

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

Есть у меня еще один вопрос, пытаюсь найти информацию, если кто-то осведомит, буду благодарен. Алгоритм по которому будет производиться сборка проекта webpack + typescript.

Есть у меня еще один вопрос, пытаюсь найти информацию, если кто-то осведомит, буду благодарен. Алгоритм по которому будет производиться сборка проекта webpack + typescript.

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

хотя наверное нужно посмотреть исходники ts-loader/awesome-typescript-loader

или доки от них почитать, после доков вебпака

без конкретных вопросов непонятно на что отвечать

Постигая TS абстрактные вопросы посещают меня

когда ставлю commonjs, проблемы нет

дадите подсказку?

дадите подсказку?

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

после установки ts-node глобально (npm install -g ts-node) и запуске комманды webpack в директории с проектом, используется ts-node версия ноды для чтения webpack.config.ts, как это объяснить?

Разобрался, мб кому-то будет полезно. По умолчанию, команда webpack, создает массив возможных вариаций файла webpack.config и webpackfile, путем добавления всех extensions которые возвращает модуль interpret (.ts .js .jsx и еще кучу). Затем, запускается цикл который пытается в текущей директории разрешить файл согласно массиву возможных вариаций (['webpack.config.ts', 'webpack.config.js', 'webpack.config.jsx']), когда разрешит файл, он берет extension этого файла, и достает из interpret библиотеки компилятор для extension-а. Например если у вас webpack.config.ts то библиотека interpret скажет что необходим ts-node/{что-то там} компилятор, и будет использовать его.

Кстате писать webpack.config на ts гораздо приятнее в связи с файлом декларации, не нужно в доку лазить.

Кстате писать webpack.config на ts гораздо приятнее в связи с файлом декларации, не нужно в доку лазить.

Вообще говоря, VSCode умеет во многих JSON конфигах подцеплять схему. Где и как она описывается я, прада, не знаю.

Кто нибудь знаком с алгоритмом работы ts-loader/awesome-ts-loader?

ERROR: S client not available

Какие еще либы подобной этой https://www.npmjs.com/package/config вы используете ?

package json

вебпак строит граф зависимостей, когда он встречает .ts файл, используется трансформация файла с помощью лоадера перед включением в граф зависимости. 1. Но ведь внутри .ts модуля тоже могут быть зависимости от других модулей, будет ли их будет решать loader? 2. Вебпак обработал лоадером какой-то .ts модуль назовем его a.ts и его зависимости, включил их в граф. Что если далее вебпак найдет еще один модуль .ts (b.ts) где будут теже зависимости как и в первом (a.ts) модуле, будут ли зависимости дублироваться?

Как назв русская группа в телеграм по деплойменту/AWS … ?

вебпак строит граф зависимостей, когда он встречает .ts файл, используется трансформация файла с помощью лоадера перед включением в граф зависимости. 1. Но ведь внутри .ts модуля тоже могут быть зависимости от других модулей, будет ли их будет решать loader? 2. Вебпак обработал лоадером какой-то .ts модуль назовем его a.ts и его зависимости, включил их в граф. Что если далее вебпак найдет еще один модуль .ts (b.ts) где будут теже зависимости как и в первом (a.ts) модуле, будут ли зависимости дублироваться?

Зависит от лоадера. По идее не должно.

Всем привет. Подскажите, как сделать опциональные пропсы в реакте c дефолтными значениями, чтобы ts не считал их undefined? https://gist.github.com/anonymous/d2c8bcbdaefb5656e53b00f6d5fa7db6 Хочется, чтобы можно было писать <MyComponent />, но чтобы внутри ts не считал например поле fullWidth как boolean|undefined, а просто как boolean (ведь ему подставилось значение по умолчанию)

вот тут есть вариант - https://stackoverflow.com/a/42294312/2257975 но я его пока не пробовал, подумал вдруг есть еще варианты попроще

Хотя уже не нужно, нашел несколько незакрытых обсуждений в DefinitelyTyped на эту тему

Зависит от лоадера. По идее не должно.

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

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

Плсмотри https://www.moscowjs.ru/talk/typescript-webpack-spa

Плсмотри https://www.moscowjs.ru/talk/typescript-webpack-spa

Спасибо

Плсмотри https://www.moscowjs.ru/talk/typescript-webpack-spa

ну там он говорит что "ts-loader смотрит в tsconfig", я бы хотел чтобы ts-loader обрабатывал только те файлы которые встречаются на пути вебпака. Почитаю исходники, поделюсь.

dll, dllReference актуальная практика сегодня?

Есть какие-то значимые причины использования path.resolve вместо относительного пути в конфигах webpack?

Блин это было в чьём-то толи докладе толи статье

ну там он говорит что "ts-loader смотрит в tsconfig", я бы хотел чтобы ts-loader обрабатывал только те файлы которые встречаются на пути вебпака. Почитаю исходники, поделюсь.

ts-loader будет транспилить только файлы, которые встречаются на пути

типы же будут проверяться по всему проекту в соответствие с tsconfig.json

ловите

https://medium.com/webpack/typescript-webpack-super-pursuit-mode-83cc568dea79

зачет

типы же будут проверяться по всему проекту в соответствие с tsconfig.json

по всему проекту? Я не спец. но полагаю это бред.

нет, по-другому нельзя

у меня милион типов в папке, и 1 файл который их не использует (условная ситуация)

очевидно, что либо надо исключить этот миллион типов из tsconfig, либо убрать их вообще из проекта

нет, не должен один .ts файл дергать поднятие всех файлов

почитаю исходники

должен