Observabel появлется не явно вот так extendObservable(this, this.defaults); и mobx не имет в посвки жинерика в котрый можно кинуть тип и он вернет нужный тип Observabel обекта

на скрине то как хочу сделать

По-моему мы друг друга не понимаем, и я убеждён, что вы делаете что-то не так. Если вызвать extendObservable на объекте типа interface IMultiWalletData { walletData: number[]; walletStatus: string; transactionsData: number[]; transactionsStatus: string; } , то результирующим объектом можно пользоваться как объектом типа IMultiWalletData. Вы не получаете ничего полезного от явного указания в типе IObservableValue<string> для поля walletStatus, им можно и нужно пользоваться как полем типа string. Если я неправ, то жду контрпример, который, как я почти уверен, можно будет переписать лучше.

спасибо всем кто лайкал, посмотрим что ms скажет

Такого сигма-типа нет? (p: string) => (obj: { [p]: number })

да, вроде нет

но можно сделать наоборот, зависимость p от ключей obj

но нужно еще завязать его на строку, нужно типа $Property<Obj, K> extends string

у меня объект, где поля имеют разные типы, нужен лишь пруф, что какое-то поле имеет есть в объекте и имеет конктреный тип

или Record это и деЛает?

Record<поля (extends string), типы полей>

спасибо

extends keyof выглядит избыточным

extends keyof выглядит избыточным

я тебе наверно слишком оверкильный способ предложил, посмотри на Pick

По-моему мы друг друга не понимаем, и я убеждён, что вы делаете что-то не так. Если вызвать extendObservable на объекте типа interface IMultiWalletData { walletData: number[]; walletStatus: string; transactionsData: number[]; transactionsStatus: string; } , то результирующим объектом можно пользоваться как объектом типа IMultiWalletData. Вы не получаете ничего полезного от явного указания в типе IObservableValue<string> для поля walletStatus, им можно и нужно пользоваться как полем типа string. Если я неправ, то жду контрпример, который, как я почти уверен, можно будет переписать лучше.

всетаки мы храним Observabal и у него немного другое апи и иногда приходится вызывать toJS и в у них есть свои методы типо this.walletData.replace(result);

Коллеги, юзаю некоторые так называемые utility types, насколько это хорошая практика, и добавляет ли TS нвоые вспомогательные типы в обновлениях?

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

в 2.8 будет omit

всетаки мы храним Observabal и у него немного другое апи и иногда приходится вызывать toJS и в у них есть свои методы типо this.walletData.replace(result);

Зачем использовать replace, если наблюдаемым (при описании через декораторы, к примеру) является само свойство объекта, и массив можно очевидным способом переприсвоить? Аналогичный вопрос про toJS — у меня есть большое подозрение, что вы неправильно готовите mobx и пытаетесь решить, в итоге, не ту проблему.

Зачем использовать replace, если наблюдаемым (при описании через декораторы, к примеру) является само свойство объекта, и массив можно очевидным способом переприсвоить? Аналогичный вопрос про toJS — у меня есть большое подозрение, что вы неправильно готовите mobx и пытаетесь решить, в итоге, не ту проблему.

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

прикольно было бы посомтреть на какойнибуть более мение идеальный пример TS+mobx

В опенсурсе у меня, к сожалению, ничего нет, но концептуально могу рассказать — мы, например, размечаем объекты декораторами, а вместо extendObservable для производства наблюдаемых используем serialzr

у нас есть еще требования чтобы любой стор сбрасывался к началным настройкам через метод rest() поэтому испозуем extendObservable это нужно чтобы при логауте на клинте не осталось платежных данных или еще чегонибуть

впринцепе можно еще одни декоратор написать или на момент инициализации просто собирать все ключи и забивать их вдефолт

В опенсурсе у меня, к сожалению, ничего нет, но концептуально могу рассказать — мы, например, размечаем объекты декораторами, а вместо extendObservable для производства наблюдаемых используем serialzr

Спасбио за помошь пришла идея шас проверим

Привет. У меня вопрос по поводу typescript + jest + knex + ts-jest. Я правильно понимаю что такое нельзя сделать потому ts-jest не умеет траспайлить namespace. А если можно то подскажите пожалуйста. Заранее спасибо)

В новом релизе подвезут ReturnType. А как мне вернуть тип сигнатуры агрументов функции, чтобы сложить тип функции из нескольких функций?

никак)

никак)

Ну и ладно, значит решу задачу другим способом.)

f1 | f2 | f3?

вообще можно

но там декларация такая же как у каррирования будет

на каждый аргумент

10 раз

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

export type Arguments<T extends (...args: any[]) => any> = T extends () => any ? never[] : T extends (a: infer A) => any ? [A] : T extends (a: infer A, b: infer B) => any ? [A, B] : T extends (a: infer A, b: infer B, c: infer C) => any ? [A, B, C] : T extends (a: infer A, b: infer B, c: infer C, d: infer D) => any ? [A, B, C, D] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E) => any ? [A, B, C, D, E] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F) => any ? [A, B, C, D, E, F] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G) => any ? [A, B, C, D, E, F, G] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G, h: infer H) => any ? [A, B, C, D, E, F, G, H] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G, h: infer H, i: infer I) => any ? [A, B, C, D, E, F, G, H, I] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G, h: infer H, i: infer I, j: infer J) => any ? [A, B, C, D, E, F, G, H, I, J] : never[];

все в дженериках

в селекторах особенно радует

селекторы которые все в Record/Pick

ужас

https://github.com/tycho01/typical/blob/master/src/function.ts

export type Arguments<T extends (...args: any[]) => any> = T extends () => any ? never[] : T extends (a: infer A) => any ? [A] : T extends (a: infer A, b: infer B) => any ? [A, B] : T extends (a: infer A, b: infer B, c: infer C) => any ? [A, B, C] : T extends (a: infer A, b: infer B, c: infer C, d: infer D) => any ? [A, B, C, D] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E) => any ? [A, B, C, D, E] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F) => any ? [A, B, C, D, E, F] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G) => any ? [A, B, C, D, E, F, G] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G, h: infer H) => any ? [A, B, C, D, E, F, G, H] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G, h: infer H, i: infer I) => any ? [A, B, C, D, E, F, G, H, I] : T extends (a: infer A, b: infer B, c: infer C, d: infer D, e: infer E, f: infer F, g: infer G, h: infer H, i: infer I, j: infer J) => any ? [A, B, C, D, E, F, G, H, I, J] : never[];

когда они интересно сделают фичу для сокрашения этих простыней

никогда?)

вроде напрашивается уже

это variadic kinds

и этот issue висит уже несколько лет

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

https://github.com/Microsoft/TypeScript/pull/17884

Аргументы это ещё и контравариантность

Ребята, как задекорировать приватный метод-свойство в TS? import { Partial } from 'lodash-decorators'; @Partial() private handleFoo = (index: number) => { // .. code .. }

выдаёт ошибку Uncaught TypeError: Cannot assign to read only property

разрулил. это же стрелка, её нельзя декорировать нужно метод каррировать на +1 арность, и дополнительно декорировать биндом @Curry(2) @Bind() private handleFoo (index: number) { // … coee ... }

Зачем декораторы для такого?

Шоб как в джаве же

один из способов мемоизировать handler’ы в react

>Зачем декораторы для такого? >один из способов мемоизировать handler’ы в react Ват