Я не юзаю

хочется автодоки

Но тестил

typedoc видимо пока лучше всего для этого

Ну да

Я в общем иногда отхватываю потому, что пишу import Select from 'react-super-vendor-select'

А не import * as Select from 'react-super-vendor-select'

У тебя ts+babel?

Если да, то есть syntactic default export

Если нет, то нет)

Не

babel нет

А с CSS-модулями - просто через require их импортите? Если они конечно есть у кого-то

А с CSS-модулями - просто через require их импортите? Если они конечно есть у кого-то

У quaramy есть пакет

Typed css modules

Я вот думаю, стоит ли с этим заморачиваться, хм

он мой пр так и не принял( вот висит https://github.com/Quramy/typed-css-modules/pull/17, юзаю уже месяц почти свой форк, отлично работает но может и реально не стоит с этим заморачиваться, хотя у меня это не отнимает времени + есть автокомплит на цсс классы)

он мой пр так и не принял( вот висит https://github.com/Quramy/typed-css-modules/pull/17, юзаю уже месяц почти свой форк, отлично работает но может и реально не стоит с этим заморачиваться, хотя у меня это не отнимает времени + есть автокомплит на цсс классы)

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

да, я даже не поленился 2 репки создал ему посмотреть

может пингани его завтра

ок, просто не хотел напрягать

да ну, ты фиксанул баг

завтра рождество если чо

не знаю что у них там в Японии, но тем не менее пинговать мб бесполезно

Какой-то праздник императорской семьи вчера был

Ну и на рождество так же бухают наверняка

Как заставить #flow проверить coverage всех файлов? flow coverage src/file.js — ок. flow coverage — просто висит и ничего не делает.

никак

запустить на каждом файле

запустить на каждом файле

А как обычно решается вопрос, если, допустим, нужно проверить coverage всего-всего?

Пишешь скрипт, который запускает на каждом файле

Типа такого? find src -name '*.js' | xargs flow coverage

ну да

На гитхабе есть приятная обертка

Типа такого? find src -name '*.js' | xargs flow coverage

Тогда уж придётся на ноде и писать скрипт.

https://github.com/rpl/flow-coverage-report

Тогда уж придётся на ноде и писать скрипт.

Я так спеки запускаю

Ну и много чего еще

Ну, я о том, что такие команды привяжут пакет к окружению.

Поддерживать Windows? -_-

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

Если пишешь конечный продукт, то это на твоё усмотрение. А если npm-пакет?

Ну, как-бы, не все на линуксе сидят. Мне тоже какжется это странным, но это так.

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

Это правда, старые бсдовые попадаются

А норм практика — это делать аннотации типов к тестам или забить?

Не рекомендую

забивать

Типы - это хорошо

Пока Вы здесь. Я тут выше задавал пару нубских вопросов, но мне так никто и не подсказал. Ща.

Есть ли у #flow какой-нибудь шоткат на тот случай, когда метод возвращает this? type SocketType = { on: ( eventName: string, callback: EventHandlerType, ) => SocketType, ... Вот вместо SocketType. Ведь, если я захочу объявить тип метода отдельно, то мне придётся воевать с линтером: type OnType = ( eventName: string, callback: EventHandlerType, ) => SocketType; export type SocketType = { on: OnType, ...

Есть this но только для классов

Хм... А... Значит я неправильно описал тип.

Т.к. это не просто объект, а экзепляр класса и есть.

Начинаю писать тесты. identifier `describe` Could not resolve name

ну нужно объявить эти глобалы

Не рекомендую

Хм... Как-то объём кода неоправдано увеличивается.

Мне приходится повторять все зависимости в точности.

Не обязательно

Вместо ненужных можно передавать (null: any)

Вместо ненужных можно передавать (null: any)

О. Ну, так уже лучше.

Вместо ненужных можно передавать (null: any)

Только в итоге это может, всё равно, сильно разрастись: onAnonDefault({ emit(eventName) { emitMock(eventName); return this; }, on: (null: any), request: (null: any), });

Не, не нужно у каждого метода в общем-то

А иначе ругается.

Весь объект через any передавай

А, вот как можно. =)

Спасибо. =)

Весь объект через any передавай

Но мне придётся смириться, что coverage пометит эти места?

ERROR: S client not available

Да, придется

Как на #flow описать тип, который может быть любым примитивом, undefined и null, а так же объектом, состоящим из перечисленного и таким же массивом?

Маюсь с объединением и пересечением типов, и так и не уловил логики валидатора — порой она кажется мне самоисключающей.

Почему не работает? type PrimType = boolean | string | number; type ObjType = { [key: string]: PlainType }; type ArrType = Array<PlainType>; type PlainType = ?(PrimType | ObjType | ArrType); type ErrorType = { name: string }; const error: ErrorType = { name: 'TypeError' }; const data: PlainType = error;

Ведь, по сути, ErrorType попадает под множество вариантов ErrorType?

Или мне неизбежно придётся делать так? const { name }: ErrorType = { name: 'TypeError' }; const data: PlainType = { name };

у error нет доступа по ключам

у error нет доступа по ключам

Я использую не нативный объект.

у него и нет)

Создаю свой объект const error = { name: '...', message: '...' }

всем привет, кто подскажет, как подключить модулю es6 к ts? может даже есть кто подружил obey с typescript?

Зацените велик. Критика по-существу приветствуется. В частности интересует фидбэк по части #flow https://github.com/bigslycat/socketjam

главный фидбек - JWT в топку

главный фидбек - JWT в топку

Хм. Почему?

http://cryto.net/~joepie91/blog/2016/06/13/stop-using-jwt-for-sessions/

Плохо у меня с английским.

http://cryto.net/~joepie91/blog/2016/06/13/stop-using-jwt-for-sessions/

Ну, насколько я понял, основная мысль в том, что #jwt должен использоваться как маложивущий маркер, и не подходит в качестве инструмента сессии. Но не понятно, почему его нужно отбраковать вообще.

потому что его нельзя отозвать

потому что его нельзя отозвать

Ну, это да. Но инвалидировать токен на уровне приложения, всё равно, дешевле получится.

Ребят, как в tslint исключить массив глоб-паттернов или набор файлов?

А то он только первый переданный паттерн/файл с флагом -e хавает

Понятно, нужно еще просто такой же параметр передать.

Ну, это да. Но инвалидировать токен на уровне приложения, всё равно, дешевле получится.

в смысле секрет загенерить? ты тогда убьешь все токены

jwt stateless, это бывает круто, а бывает нет. Внезапно не серебряная пуля)

вопрос по flow+babel, а именно babel-plugin-transform-flow-strip-types, получается там просто мутируется ast занулением type annotations?

надо дебагером погонять)

вопрос по flow+babel, а именно babel-plugin-transform-flow-strip-types, получается там просто мутируется ast занулением type annotations?

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

я про сам принцип работы

в смысле секрет загенерить? ты тогда убьешь все токены

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

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

тогда зачем использовать jwt, если ты все равно делаешь stateful?

тогда зачем использовать jwt, если ты все равно делаешь stateful?

А всё равно возни меньше. =))

О.о