да, иногда тяжело принять, что с тобой не хотят спорить

оно у меня и так есть, как и у любого автора. Просто мне будет больнее

И сталкивался ещё с проблемой проверки типов при десериализации JSON. Можно очень весёлых багов нахвататься, если ты будешь работать с полем, как с числом, а в жсон тебе оно прелетело как строка

я как раз про этот кейс и пишу

И сталкивался ещё с проблемой проверки типов при десериализации JSON. Можно очень весёлых багов нахвататься, если ты будешь работать с полем, как с числом, а в жсон тебе оно прелетело как строка

Где почитать?

Можно бесконечно долго говорить о статической типизации typescript, но когда ты начинаешь с этим работать, натыкаешься на такое количество костылей, что проще использовать динамический javascript, со всеми его недостатками

на хабре, выйдет через неделю

Мне нравится typescript, но он не интегрируется нормально с существующими решениями.

Давай кинь, заценю

тебе сырую, или ссылку на хабр, когда выйдет?

Сырую

вот это самое главное. Но для меня тут простой вывод - надо перепиливать их.

Никто не будет этого делать, а пошлют писать на angular

для меня лично мощным сигналом, что тс охеренный был jsx

@angmarr помоему твоя пикча была😏

для меня лично мощным сигналом, что тс охеренный был jsx

Совсем без линтера даже rename refactor не работает, просто ложишься в гроб и умираешь

Чет не помню такого, я вообще с *script завизал давно

Чистый js это когда у тебя много времени на борьбу с инструментом

Ты про tsx?

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

Вот как у меня было interface IProps { dispatch?: Dispatch<any>; loading: boolean; previews: BlaBla[]; } class HomePage extends NavigateableComponent<IProps> { constructor(props: IProps) { super(props); props.dispatch(actions.action()); } } function mapStateToProps(store: IStore): IProps { return { loading: store.previews.isLoading, previews: store.previews.previews }; } const connectedHomePage = connect(mapStateToProps)(HomePage); export {connectedHomePage as HomePage}; Функция dispatch никогда не может быть null, но пришлось её сделать nullable потому, что в функции mapStateToProps возвращаются только изменённые пропсы, а если мы не хотим менять значение, тогда мы не должны передавать туда пропсу, и она не поменяется, но в таком случае строгая типизация будет требовать указания значения функции dispatch

а ты не можешь поменять сигнатуру mapState2props?

Тогда функция connect сама должна подсказывать

опиши тип

https://www.hancocks.co.uk/media/catalog/product/cache/1/image/e4c35dd85cc90aaf08d78642d6b956d2/3/0/302160_giant_gummy_poo_j.jpg Ну ты понял

Так я должен типы описывать, или разработчики d.ts?

Там не получится так просто сделать

Вот как у меня было interface IProps { dispatch?: Dispatch<any>; loading: boolean; previews: BlaBla[]; } class HomePage extends NavigateableComponent<IProps> { constructor(props: IProps) { super(props); props.dispatch(actions.action()); } } function mapStateToProps(store: IStore): IProps { return { loading: store.previews.isLoading, previews: store.previews.previews }; } const connectedHomePage = connect(mapStateToProps)(HomePage); export {connectedHomePage as HomePage}; Функция dispatch никогда не может быть null, но пришлось её сделать nullable потому, что в функции mapStateToProps возвращаются только изменённые пропсы, а если мы не хотим менять значение, тогда мы не должны передавать туда пропсу, и она не поменяется, но в таком случае строгая типизация будет требовать указания значения функции dispatch

Это уже легаси, так не пишут. Хуки уже все используют и там проблем нет, потому что хуки, это просто функции, которые ворзвращают результат.

Это уже легаси, так не пишут. Хуки уже все используют и там проблем нет, потому что хуки, это просто функции, которые ворзвращают результат.

да и в целом, я бы не использовал редакс

с точки зрения типизированного япа - это мусор

с точки зрения типизированного япа - это мусор