но вообще если будет надо где-то еще дергать то перепишу на recompose

hoc на hoce hocom погоняет

mobx-state-tree еще збс типы выводит для всех моделей

mobx-state-tree еще збс типы выводит для всех моделей

Хороший повод поробовать его наконец то

для моделей/сторов/бизнес логики идеален. обмазать rxjs для событийных сайд эффектов+обычный mobx для мелких локальных состояний

привет, есть абстракция типа export abstract class Slider<P extends ISliderProps, S extends ISliderState> extends Component<P,S> предположим в ISliderProps есть поле min: number, но тс его не определяет и пишет в операциях, что min должен быть числом. как это исправить?

что значит не определяет?

ну предположим я создаю метод в классе где оперирую this.props.min и тс выводит ошибку The left-hand side of an arithmetic operation must be of type 'any', 'number' or an enum type

фиксится добавлением плюса перед переменной например 5 + +min

но почему такое поведение не пойму

блин

в TS нет nominal subtyping для интерфейсов в Flow нельзя использовать computed properties для интерфейсов жизнь - боль ?

ну типа чтоб как в fantasy land interface Node { ['castle-core/compile'](context: Context): string; } в идеале конечно вообще Symbol в computed property запихнуть, но такое и TS не умеет (пока?)

ну типа чтоб как в fantasy land interface Node { ['castle-core/compile'](context: Context): string; } в идеале конечно вообще Symbol в computed property запихнуть, но такое и TS не умеет (пока?)

Поддержка FL обычно подразумевает, что кроме методов с префиксом будут ещё и обычные, в данном случае просто compile

Но я пробовал это всё корректно затипизировать — жесть полнейшая. ts пока точно не готов типизировать такое в полной мере %)

Только с допущениями

?

>ts пока точно не готов типизировать %)

Привет, могу ли безболезненно начать писать новые фичи на TS в уже существующем и довльно большом JS проекте?

Нет

там все равно начнется дичь

И правильно ли я понимаю мне нужно все JS в TS переименовать?

С flow история по проще?

Не

В тс есть allowJs

можешь на .js повесить обработчик

Но он плохой

Ну у меня главный файл то JS , получается что TS будет подключаться в js

а не наоборот

Ну у меня главный файл то JS , получается что TS будет подключаться в js

?

и что

у меня index.js

попробую сейчас, спасибо)

Поддержка FL обычно подразумевает, что кроме методов с префиксом будут ещё и обычные, в данном случае просто compile

разве? в доках "обычные" имена методов же использованы просто для краткости записания в TS так-то можно использовать простые computed properties со строками, так что там это вроде как не проблема, просто мне вот Flow хотелось попробовать, а Flow походу вообще не может в интерфейсах использовать названия методов, не являющиеся валидными идентификаторами печаль(

Такс вроде все гуд, немного rx на тему промисов в ts дошаманил, осталось только jest починить

как кстати jest на js совместно с ts настроить

Привет, могу ли безболезненно начать писать новые фичи на TS в уже существующем и довльно большом JS проекте?

Можешь, при этом надо будет типизировать модуди, которыми новые фичи захотят пользоваться

Ну либо any

Можешь, при этом надо будет типизировать модуди, которыми новые фичи захотят пользоваться

И постепенно TS поглотит весь проект, муахаха

И постепенно TS поглотит весь проект, муахаха

И норм

И норм

Да я только за

А я хочу redux-observable для начала, в том суть что только сам TS пока импортится будет а не в него) Скиньте пожалуйтса как jest настроить только на совметсное использование ts и js

разве? в доках "обычные" имена методов же использованы просто для краткости записания в TS так-то можно использовать простые computed properties со строками, так что там это вроде как не проблема, просто мне вот Flow хотелось попробовать, а Flow походу вообще не может в интерфейсах использовать названия методов, не являющиеся валидными идентификаторами печаль(

Computed names для интеропа, для людей все всё равно делают нормальные методы. Это не в стандарте, но лучше всё равно их сделать) Ну и соответственно flow будет знать только про них

https://github.com/lozinsky/typescript-babel-jest

парни

как быть в такой ситуаци

export interface Document { id: PK documentSetId: PK name: string template?: AcroformTemplate triggerRule: any index: number | null }

вот у меня template есть в 99.99% случаев

и оооочень редко его нет

сделай два разных типа

писать document.template!.url заебывает

в котором есть и в котором нет

хм

export interface TemplatedDocument extends Document { // stuff }

да скорее NewDocument в котором нет темплейта еще

export type Document = DocumentWithTemplate | DocumentWithoutTemplate и раздели функции, которые работают только с template и с любым

export type Document = DocumentWithTemplate | DocumentWithoutTemplate и раздели функции, которые работают только с template и с любым

я пытался так в свое время сделать

что-то поехало все

Кстати, а так законно писать:

index: number | null ?

да

В каких случаях это может пригодиться (вместо index?: number)?

разница в том что nul!==undefined

null и undefined разные ж штуки)

и если я проебу где-то индекс то оно ошибку покажет

ERROR: S client not available

и мне надо явно указать что он null

export interface Dict<T={}> { [propName: string]: T } export type PK = string | number;

кстати у кого что есть еще часто используемого?

Спасибо!

и если я проебу где-то индекс то оно ошибку покажет

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

эээ

ну undefined это значит я забыл указать индекс явно

Но ведь можно чекать на undefined вместо чека на нулл?

ты не понимаешь

“забыл” это ошибка программиста

так же как “подставил string вместо number"

чекать можно везде

но нахера тогда TS? :)

c undefined у тебя нет контракта на то что index должен быть указан

если тебя это устраивает то можешь index?: number юзать

но в данном случае я хочу чтобы индекс был всегда явно указан

я просто из шарпа, сложно осознать разницу между "ничего" и "ничего не определено")

но в данном случае я хочу чтобы индекс был всегда явно указан

Понял тебя. Спасибо за пояснения :3

да без проблем )

>deleted account

Привет, вчера спрашивал про то как мигрировать с js на ts, дело дошло до @types и кажется ему куда то нужно указать на их, иба у меня в коносли Module not found: Error: Can't resolve '@types/react-dom' Подскажите пожалуйста как зарезолвить

Привет, вчера спрашивал про то как мигрировать с js на ts, дело дошло до @types и кажется ему куда то нужно указать на их, иба у меня в коносли Module not found: Error: Can't resolve '@types/react-dom' Подскажите пожалуйста как зарезолвить

А зачем ты @types импортируешь?

import { render } from "react-dom"

Жесть, @types это какой-то экстремистский канал в телеграме на арабском

Стоп так разве они отдельно не ставятся?

Стоп так разве они отдельно не ставятся?

Ставятся

Импортировать их не надо

А так я их отдельно и не импортировал

Версия ts какая?

Взял 2.3.4, т.к не хотел возиться с Rx, там на latest какие то ошибки сразу

Хз, попробуй 2.2