ну он ругается на правило flow

message: 'Type annotations require valid Flow declaration. (flowtype/no-types-missing-file-annotation)'

он говорит вынеси в тип в декларацию

а чем не valid я не пойму

это как?

я пока только вот так умею как на скрине :)

Вокруг этого всего сделал обертку в виде фреймворка, кому нужно могу дать поюзать

Мне было бы интересно глянуть

На npm ts-fw посмотри Там примеров нету пока, к сожалению, не успел оформить так что вопросы по использованию сюда По желанию, пример как буду дома оформлю и отправлю

Там к ts-fw много биндингов разных TypeORM/Redis, Agenda, Cron

Еще что то писал, не помню точно

А, ну еще весь фреймворк конфигурируется через json файл

лол

он говорит вынеси в тип в декларацию

Он тупо просит //@flow в начале файла))

?

Он тупо просит //@flow в начале файла))

Нет, не это. Ты значит поставил себе правила flowtyped, он требует чтобы ты задал пропс как declare type componentNameProps = {...} props:componentNameProps

Нет, не это. Ты значит поставил себе правила flowtyped, он требует чтобы ты задал пропс как declare type componentNameProps = {...} props:componentNameProps

Инфа сотка?

Да. Только ночью ебался с этим

:)

А почему ошибка называется no types missing FILE annotation?

Точнее после определения //@flow ошибка не пропадёт

Действительно попутал

Соре

Точнее после определения //@flow ошибка не пропадёт

Пропадает)

?

Ребят собираюсь на днях нормальные flow дефинишны выложить для recompose с примерами и прочим и вот это вот https://github.com/facebook/flow/issues/4342 единственный мелкий косяк который меня вымораживает (не будут детектиться ошибки для нескольких мутных хоков типа renameProp и тп, кто нибудь что нибудь может подсказать)

Все они идут в базу, а после по полученным id ходят в im

Это то понятно, но вот если в im лежит изменённая другим запросом сущность, незакомиченная ещё, то будет какашко

Это то понятно, но вот если в im лежит изменённая другим запросом сущность, незакомиченная ещё, то будет какашко

ну да, это эксепшн в зависимости от выбранной стратегии

ну да, это эксепшн в зависимости от выбранной стратегии

Либо надо сегментировать im по запросам, и если изменения незакомиченные то либо ждать пока коммит пройдёт, либо просто брать ранее сохранённую сущность

короче изоляция транзакций на уровне orm

гемор тот ещё )

На npm ts-fw посмотри Там примеров нету пока, к сожалению, не успел оформить так что вопросы по использованию сюда По желанию, пример как буду дома оформлю и отправлю

Глянул, чё то ссылка на битбакет нерабочая, дай актуальную плес

Глянул, чё то ссылка на битбакет нерабочая, дай актуальную плес

Открыл фреймворк в паблик Посмотри еще раз

https://bitbucket.org/oneassasin/ts-fw - 404

Гадство, нужно будет обновить в npm в следующем релизе

https://bitbucket.org/ts-fw/

Актуальные здесь

Во, спасиб

Повторюсь - если нужен пример проекта, то напиши мне - я оформлю

Актуальные здесь

Короче минимальный пример бы :)

Окей

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

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

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

https://gitlab.com/runizer/backend-express - вот моё поделие, но это не фрейм, а проект бекенда, со "встроенным" фреймворком, без разделения. Тоже там декораторы всякие и всё такое. Ещё и multi-tenant есть, но всё не доделанное

https://bitbucket.org/ts-fw/ts-fw-example

Примерн для использования ts-fw вместе с базами данных

https://bitbucket.org/ts-fw/ts-fw-example

Оперативно! Гратс

Открыл для паблика, нечаянно был закрыт. Что бы у себя запустить - настройте config.json файл под свой хост с postgres, redis и agenda

Там еще много чего, если не ошибаюсь, можно настроить Рекомендую спрашивать, потому что пока что нету времени нормально оформить документацию и все прочие ништяки

Не откажусь от помощи в разработке всех желающих, естественно :)

https://gitlab.com/runizer/backend-express - вот моё поделие, но это не фрейм, а проект бекенда, со "встроенным" фреймворком, без разделения. Тоже там декораторы всякие и всё такое. Ещё и multi-tenant есть, но всё не доделанное

Не могу посмотреть без регистрации) Не комильфо)

Не могу посмотреть без регистрации) Не комильфо)

Сделал пабликом

Сделал пабликом

Спасибо) Вижу сам орм писал, что ли) Сурово)

Спасибо) Вижу сам орм писал, что ли) Сурово)

Ды да, велосипедист тот ещё :) typeorm тогда совсем совсем сырой был, решил заодно и опыта поднабраться

knex ещё взял для построения запросов, тоже наелся с ним и с тайпингами

Мне просто нужно было сделать чтобы каждый аккаунт в своей БД жил, и ни одна либа этого из коробки сделать не даёт

Какой аккаунт?

Ребят собираюсь на днях нормальные flow дефинишны выложить для recompose с примерами и прочим и вот это вот https://github.com/facebook/flow/issues/4342 единственный мелкий косяк который меня вымораживает (не будут детектиться ошибки для нескольких мутных хоков типа renameProp и тп, кто нибудь что нибудь может подсказать)

Я заметил, что declare export function работает стабильнее. Композ типизировал вот так(без общего случая, но зато без затруднений с выводом типа) https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/flow-typed/ramda_vx.x.x.js#L132

Я заметил, что declare export function работает стабильнее. Композ типизировал вот так(без общего случая, но зато без затруднений с выводом типа) https://github.com/zerobias/telegram-mtproto/blob/feature/mtproto3/flow-typed/ramda_vx.x.x.js#L132

Спасибо большое, почекаю.

кто юзает universal-router с тс?

Господа

Как православно десериализовать жсон вида { key_name_case: 'value' } в interface KeyNameCase { readonly keyNameCase: string } ? Есть ли какой-нибудь красивый способ с декораторами?

Как православно десериализовать жсон вида { key_name_case: 'value' } в interface KeyNameCase { readonly keyNameCase: string } ? Есть ли какой-нибудь красивый способ с декораторами?

есть вот это https://github.com/MariusAlch/json-to-ts

есть вот это https://github.com/MariusAlch/json-to-ts

нене, мне бы именно не кодогенерацию, а провославный нейминг чтобы не подстраиваться под жсон, а написать что-то типа: @JsonProperty("json_naming_conventions") readonly jsonNamingConventions;

нене, мне бы именно не кодогенерацию, а провославный нейминг чтобы не подстраиваться под жсон, а написать что-то типа: @JsonProperty("json_naming_conventions") readonly jsonNamingConventions;

Вам тогда копать нужно в сторону https://github.com/rbuckton/reflect-metadata С помощью него можно вытянуть инфу из декораторов в рантайме

ERROR: S client not available

спасибо!

Как я "люблю" typescript

ниже описание ж)

Там ниже должно быть написано почему они incompatible

да видно)) оно тоже дебильное просто вот это уж слишком тупо))

да видно)) оно тоже дебильное просто вот это уж слишком тупо))

А как по твоему можно это решить?

Уникального имени то нет

ну он вывел имена используемых тобой типов, к ним разве что можно было писать defined in или типа того

нене, мне бы именно не кодогенерацию, а провославный нейминг чтобы не подстраиваться под жсон, а написать что-то типа: @JsonProperty("json_naming_conventions") readonly jsonNamingConventions;

serializr

обновил до typescript 2.4.1

твиттер в другой вкладке

теперь Action { type: any } из redux не совместимо с Action<P> { type: string, payload?: P }

Вроде бы логично Но какого хрена раньше всё работало

возможно это фикс с колбеками)

бля

ок, да?

втф

куда сюда пихать payload?

че за ересь

<A extends Action> подсказывает мне, если я не ошибаюсь, что существует не-дженерик класс Action

Не так ли?

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

Почему бы не написать export type Reducer<S> = <A>(state: S, action: Action<A>) => S;?

Почему бы не написать export type Reducer<S> = <A>(state: S, action: Action<A>) => S;?

хм

тут вообще бред пошел