я не юзаю экспорты, но есть импорты типов

не могу поставить module: none

Минутка рекламы, крутая тайпскрипт вакансия

#вакансия #typescript (не фронт и не бек) #Москва #msk #мск, Автозаводская #офис #фуллтайм #полная занятость Typescript middle или senior (на самом деле и джунов рассмотрим) ЗП: 100-200, см описание Кратко: работа с внутренностями Typescript. Работа над конвертером кода, AST трансформации. Вообще без вёрстки и фронтенда. Проект - большая игра на WebGL. С графикой работа по желанию, там и без неё работы много. Требуется хорошая теоритическая computer science подготовка Большое и подробное описание вакансии: https://gist.github.com/Busyrev/9d2a5dae8d13c9be495fabb748aec3a5

#вакансия #typescript (не фронт и не бек) #Москва #msk #мск, Автозаводская #офис #фуллтайм #полная занятость Typescript middle или senior (на самом деле и джунов рассмотрим) ЗП: 100-200, см описание Кратко: работа с внутренностями Typescript. Работа над конвертером кода, AST трансформации. Вообще без вёрстки и фронтенда. Проект - большая игра на WebGL. С графикой работа по желанию, там и без неё работы много. Требуется хорошая теоритическая computer science подготовка Большое и подробное описание вакансии: https://gist.github.com/Busyrev/9d2a5dae8d13c9be495fabb748aec3a5

Прикольно

как можно обращаться к типам не импортя библиотеку саму?

как можно обращаться к типам не импортя библиотеку саму?

import { Context } from 'koa'

import { Context } from 'koa'

то есть в любом случае надо делать импорт?

Все тайпингсы @ ведь ambient declaration? По идее можно просто Koa.Type без импорта. Или я не прав?

говорит не знаю че ты хочешь

то есть в любом случае надо делать импорт?

да

да

окей, спасибо

У меня React namespace и все другие, что я явно указываю в typeRoots доступны без импорта.

У меня React namespace и все другие, что я явно указываю в typeRoots доступны без импорта.

ну так ты их указываешь явно в typeRoots

по мне это не очень хорошо

Если не указывать автоматом берет из node_modules/@types

Если не указывать автоматом берет из node_modules/@types

но не подтягивает в каждый файл

А нет, был неправ

явный импорт > неявный импорт

Всем привет! Не знаю, как сформулировать вопрос, с тайпскриптом работаю на уровне flow+es6. Есть возможность описывать нэймспэйсы(?) таким образом, чтобы они были вложены друг в друга? Например: есть апи. В нем есть ресурсы /foo, /bar, /baz/lol, /baz/kek. Хотелось бы задекларировать интерфейсы для параметров запроса и ответа таким образом, чтобы к ним можно было достучаться как-то так: Api.Foo, Api.Bar, Api.Baz.Lol, Api.Baz.Kek. Не подскажите, как это сделать?

*Api.Foo.RequestParams, Api.Foo.Answer. Вот так точнее)

Всем привет! Не знаю, как сформулировать вопрос, с тайпскриптом работаю на уровне flow+es6. Есть возможность описывать нэймспэйсы(?) таким образом, чтобы они были вложены друг в друга? Например: есть апи. В нем есть ресурсы /foo, /bar, /baz/lol, /baz/kek. Хотелось бы задекларировать интерфейсы для параметров запроса и ответа таким образом, чтобы к ним можно было достучаться как-то так: Api.Foo, Api.Bar, Api.Baz.Lol, Api.Baz.Kek. Не подскажите, как это сделать?

нафига вообще нужны интерфейсы?

нафига вообще нужны интерфейсы?

В принципе или для апи?

В принципе или для апи?

смысл их использовать?

Всем привет! Не знаю, как сформулировать вопрос, с тайпскриптом работаю на уровне flow+es6. Есть возможность описывать нэймспэйсы(?) таким образом, чтобы они были вложены друг в друга? Например: есть апи. В нем есть ресурсы /foo, /bar, /baz/lol, /baz/kek. Хотелось бы задекларировать интерфейсы для параметров запроса и ответа таким образом, чтобы к ним можно было достучаться как-то так: Api.Foo, Api.Bar, Api.Baz.Lol, Api.Baz.Kek. Не подскажите, как это сделать?

можете делать namespace, но лично я вообще против их использования, когда есть esm

привет. Чем Flow от TypeScript отличается, если коротко?

в чем проблема-то?

привет. Чем Flow от TypeScript отличается, если коротко?

названием

привет. Чем Flow от TypeScript отличается, если коротко?

flow это надстройка с типами

привет. Чем Flow от TypeScript отличается, если коротко?

если коротко, то ничем

если коротко, то ничем

да ну? в flow есть namespace, enum?

если ничем, то почему один хайпят, другой дампят?

да ну? в flow есть namespace, enum?

а что это меняет? Там и async iterations нет

если ничем, то почему один хайпят, другой дампят?

две разные компании делают примерно одно и тоже со своими нюансами

а что это меняет? Там и async iterations нет

всмысле нет? flow это типы, а async iterations делает бабель

Спасибо! Говорю же, c тайпскриптом пока на "вы", для меня это пока flow+babel, в том и проблема)

всмысле нет? flow это типы, а async iterations делает бабель

в прямом

две разные компании делают примерно одно и тоже со своими нюансами

т.е. хайп/дамп - это конкуренция, а не отражение реального положения дел?

всмысле нет? flow это типы, а async iterations делает бабель

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

можете делать namespace, но лично я вообще против их использования, когда есть esm

Начал курить доки в поисках того, что есть esm

а что это меняет? Там и async iterations нет

* уже есть

Начал курить доки в поисках того, что есть esm

ES Modules

а что это меняет? Там и async iterations нет

а нет, for await так и нет

* уже есть

ну как бы лол flow это надстройка над es а typescript это язык со своими конструкциями, совместимый с js

ну как бы лол flow это надстройка над es а typescript это язык со своими конструкциями, совместимый с js

боже, это булшит все

яснопонятно

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

бабель никак абсолютно не влияет на флоу

ну как бы лол flow это надстройка над es а typescript это язык со своими конструкциями, совместимый с js

как по-твоему flow поймет типы в каком-то кастомном плагине бабеля?

а нет, for await так и нет

есть

как он вообще распарсить что-то сможет

есть

https://flow.org/try/#0IYZwngdgxgBAZgV2gFwJYHsIwFTwBQCUMA3gFAwzADuwqyMA5oQNzkxioCmANgCYwBGVhQ49+AVmEwATp2QJpWAQAZSAX1KlEKDFiZEyGremmUadGHm5zKMdHHwEDbKJhDprAOm7omwAupAA

https://flow.org/try/#0IYZwngdgxgBAZgV2gFwJYHsIwFTwBQCUMA3gFAwzADuwqyMA5oQNzkxioCmANgCYwBGVhQ49+AVmEwATp2QJpWAQAZSAX1KlEKDFiZEyGremmUadGHm5zKMdHHwEDbKJhDprAOm7omwAupAA

а это я тупанул

это не for await

это не for await

но он тож есть)

for await?!

А сорсы ангуляра смотрел кто,они типы в namespace хранят или в esm? Гугл всё-таки, крутые кодеры, наверное.

ES Modules

Аааа... Я думал, есть какой-то конкретно тайпскриптовый термин. Тогда не подходит) Есть проблемки с Vue.js и Vuex. Вообще сейчас у меня через модули и реализовано, просто неудобно прокитывать интерфейс ответа через vuex во vue-компонент, а это иногда надо. Во Vue частенько приходится указывать типы аргументов, прилетающих в методы.

привет. Чем Flow от TypeScript отличается, если коротко?

сломанным $ObjMap ?

но он тож есть)

как ты себе вообще представляешь использование async-generator function?

как ты себе вообще представляешь использование async-generator function?

https://flow.org/try/#0IYZwngdgxgBAZgV2gFwJYHsIwFTwBQCUMA3gFAwzADuwqyMA5oQNzkxioCmANgCYwBGVhQ49+AVmEwATp2QJpWAQAZSAX1KlEKDFiZEyG0qEixtUNJkqESbLemmUadGHm5zKMdHHwEDbKEwQdHcAOm50JmACdXUgA

ERROR: S client not available

как в спеке stage 3

как ты себе вообще представляешь использование async-generator function?

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

а for await для чего нужен?

где почитать можно?

чтобы перебирать ивенты

for await(let message of socketStream()) { }

грубо говоря так

какая разница между for (let message of await socketStream()) ?

тут не нашел https://tc39.github.io/ecmascript-asyncawait

какая разница между for (let message of await socketStream()) ?

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

а

типа массив промисов перебрать?

и сразу взять значение?

не совсем, там другое интерфейс итератора

for await именно для асинхронного итератора?

да

for await именно для асинхронного итератора?

В 2.2 или 2.3 объясняли что это, там

тут не нашел https://tc39.github.io/ecmascript-asyncawait

https://github.com/tc39/proposal-async-iteration

for await именно для асинхронного итератора?

https://www.typescriptlang.org/docs/handbook/release-notes/typescript-2-3.html

клево что так работает

что можно вернуть как значение, так и промис из итератора

https://github.com/tc39/proposal-async-iteration

спасибо!

спасибо за объяснение, давно хотел вникнуть в итераторы поглубже а тут выкатили новый синтаксис

flow и ts настолько похожи, что оба не умеют в import() ?

flow и ts настолько похожи, что оба не умеют в import() ?

лол

кстати, for of итератора не видно значения return это нормально?

нода не умеет нативно асинхронные итераторы?!

нода не умеет нативно асинхронные итераторы?!

куда ты так спешишь)

видимо в будущее))

кстати, for of итератора не видно значения return это нормально?

да, оно в итераторе приходит вместе с done: true