YP
Вот с mobx все предельно понятно и структурированно. И кода не так много нужно писать
👍
Size: a a a
2019 October 31
A
В итоге, что посоветуете ? Брать mobx?
M[
а мне rematch нравится 🌚
YP
Все просто, если на проекте больше 8-10 человек - берите Редакс
YP
если пет или меньше 8-10 - однозначно мобикс
A
Вот вы обновляете список из API, как вы будете в UI отображать статус выполнения асинхронной задачи?
YP
это к кому вопрос?)
PL
в state хранится флаг fetching
A
@thelint вот и у нас такая же петрушка. И как-то надоело все это писать
A
Понятно, что это можно все вынести в reducer factory или типа того
PL
а с mobx по-другому?
Я вот щас глянул, всякие @observable, @computed, не любли вот эти “@“, выглядят как костыли
Я вот щас глянул, всякие @observable, @computed, не любли вот эти “@“, выглядят как костыли
A
Много чего перепробовали, но reactive-state мне понравился. Мне кажется reactive подход наиболее правильный.
BY
Декораторы выглядять как костили?
PL
Декораторы выглядять как костили?
для меня да, может с непривычки
BY
Это сверх удобная штука как по мне, возможно в js она еще не привычная но на ts повсюду декораторы (имхо)
YP
обычный сахар, чем лучше @connect(stateToProps, actionsToProps)?)
PL
у нас проект на TS c redux + redux-saga, декораторов нет
PL
Yauhen Penkin
обычный сахар, чем лучше @connect(stateToProps, actionsToProps)?)
и то и то плохо, но connect он всего один раз 🙂 (И там собаки нет)
BY
Ну я ж написал имхо, мне удобнее через декораторы,
но я больше на бекенде ts использую, на реакте не пробовал, только на ангуляре
но я больше на бекенде ts использую, на реакте не пробовал, только на ангуляре
PL
а что ты ими декорируешь? )