а это возможно?)

у ts есть плагин resolve-modules? для того чтобы не писать import name from ../../../../name?

Webpack конфиг, ну и вроде ts резолв сам по себе такое обеспечиает (не уверен)

у ts есть плагин resolve-modules? для того чтобы не писать import name from ../../../../name?

хз, я спользую ///ref с grunt-ts, он по имени файла догенеривает относительный путь

http://service.crazypanda.ru/v/clip2net/y/b/aTloEA3LsA.png

а как на счет плагинов к парсеру?

пока не трогал

у ts есть плагин resolve-modules? для того чтобы не писать import name from ../../../../name?

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

играюсь с уже распаршеный AST и его экспортом назад в ts

Webpack конфиг, ну и вроде ts резолв сам по себе такое обеспечиает (не уверен)

не хочу юзать вебпак

хз, я спользую ///ref с grunt-ts, он по имени файла догенеривает относительный путь

не хочу юзать grunt

NODE_PATH

в общем-то

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

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

NODE_PATH

bad-way для библиотеки

я всё ещё считаю вопрос модульности не решённым до конца и ///ref рассматриваю как временный костыль

когда-нибудь руки дойдут разобраться глубже

bad-way для библиотеки

да

для аппы норм

для аппы норм

ну хз может быть но я пишу либу, поэтому увы и ах

ну тогда можешь после тса бабелем с плагином прогнать

и будет ок

Webpack конфиг, ну и вроде ts резолв сам по себе такое обеспечиает (не уверен)

резолв да, а транспайлинг нет

ладно видимо так и придется

тесты вот только как гонять геморненько будет, мне кажется

вроде нет

а что должно быть геморного?

сейчас попробую — узнаю

есть всякие бойлерплейты, https://github.com/Izhaki/Typescript-Mocha-Istanbul-Boilerplate но супер сомнительного качества

Ребза, а в TS не завезл еще опцию под нативный async/await?

в смысле?

target?

es2017 вроде есть и есть esnext

А, точняк, сейчас попробую

Да, то, что надо.

Но я тут что-то затупил, rest/spread в ноду не заехал до конца что ли? Unexpected token ... /www/xxx.ru/xx.xxx.ru/1c/index.js:75 logger.trace('fetch %s', url.resolve(this.url, encodeURI(uri)), { ...options, headers }, body || {});

Нет еще

ну объектов

когда уже variadic kinds (

В родмэпе на май

А, не, вру опять

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

Привет пацаны. Подскажите, можно ли создать d.ts-файл только с интерфейсами и из него импортить их? Или для этого создают ts-файл? Мне просто нужно общее место для интерфейсов, чтобы их переиспользовать в других частях. Если какое-то соглашение по расположению таких папок с такими файлами?

я обычный ts использую

Между "файлами с определениями" и "файлами с кодом" есть концептуальная разница в современном тайпскрипте.

Первые обычно называют .d.ts, а вторые — просто .ts, но технически такого требования уже не существует в последних версиях.

Я бы сложил интерфейсы в d.ts, пожалуй. Иначе придётся маяться с импортами-экспортами.

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

т.е. новые .d.ts файлы в проекте практически не создаются

Создал папку src/@types, в ней api.d.ts В tsconfig прописал "typeRoots" : ["node_modules/@types", "src/@types"] Как правильно определить интерфейс, через namespace или module и как тянуть его в коде?

namespace по мне так тоже устаревшее, советую использовать es modules

т.е. import/export

Пишу так

declare module ServerData { export interface DataObject { id: number | string; } }

Как тянуть в коде?

Без импорта ServerData сам подтянится?

не, пиши просто api.ts: export interface DataObject { id: number | string } somefeature.ts: import { DataObject } from "./api";

Ну это первое в голову и пришло сразу, просто думал как по-другому делают.

ну да, и настройки дополнительной не надо никакой)

Есть кто пишет React приложения на TypeScript? Babel тянет привычкой и "ленью" но есть смысл пробовать?

Есть кто пишет React приложения на TypeScript? Babel тянет привычкой и "ленью" но есть смысл пробовать?

Можно бабел не убирать даже

ERROR: S client not available

Но по сути есть смысл?

Смысл в типах?

Кроме типов, кардинально

Если проект с нуля делаете, то зачем лишнее звено в сборке. Зачем бабель, разве тс не все нужные современные фичи поддерживает? Делайте вебпак сборку, а в настройках тс-компилятора ставьте чтобы в нативные модули транспилил и тогда в вебпаке будет работать tree-shaking. Если конечно он ещё в тс не реализован.

Кому интересно, то вот тут экспериментирую над чистой ts-сборкой. Запускать уже можно, но нужно допилить поддержку react-hot-reload и вебпак настройки тоже на ts переписать.

https://github.com/Voronar/react-pure-typescript

И вообще считаю, что нужно вводить системные требования для веб-приложений, чтобы не грузить медленные и огромные, преобразованные в es5, бандлы, а делать масимальную выжимку из того, что сейчас поддерживают современные браузеры (классы, генераторы, асинки и прочее).

Думаю надо бибилотекой для npm, если брать бабель - все равно прийдется конвертить в lib из src, чтобы ее использовать

По сути тоже самое что и ts

Писать сразу в ts, лучше он быстрее развивается и могут потом сделать компилятор в webassembly или asm

Писать сразу в ts, лучше он быстрее развивается и могут потом сделать компилятор в webassembly или asm

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

Думаю надо бибилотекой для npm, если брать бабель - все равно прийдется конвертить в lib из src, чтобы ее использовать

В dist. Lib дня исходников библиотек

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

Ну потом я смогу брать из lib и подклбчать в приложение которое на бабеле например

В дисте уже цельный файл

Lib es6, src - ts

Ну потом я смогу брать из lib и подклбчать в приложение которое на бабеле например

Всегда лучше в дист.

В дист всегда кладут один большой файлик, для браузерного подключения или тп. А для подключения через npm и tree-shaking - lib

Если проект с нуля делаете, то зачем лишнее звено в сборке. Зачем бабель, разве тс не все нужные современные фичи поддерживает? Делайте вебпак сборку, а в настройках тс-компилятора ставьте чтобы в нативные модули транспилил и тогда в вебпаке будет работать tree-shaking. Если конечно он ещё в тс не реализован.

символы, генераторы

ну и babel env ж

Такая проблема. Есть интерфейс с обязательными пропсами компонента. Но я их передаю в него не по отдельности: <Component prop1={prop1} prop2={prop2} /> а с помощью spread props: <Component {...this.props} /> Компилятор ругается: error TS2324: Property 'prop_name' is missing in type...

Как решается?

Я могу сделать в интерфейсе поля через field?: type , но тогда нарушается логика, так как свойства компонента обязательные.

Короче лоханулся я, в том компоненте, где я использую this.props я не продублировал все необходимые пропсы.

чуваки, выкачал годные видео материалы по ануляру + тс, надо кому?

чуваки, выкачал годные видео материалы по ануляру + тс, надо кому?

+

да

+

Конечно