B
Понимаю) он тоже теперь кстати на хуках работает. Мне кажется нормально вызывать useContext а не писать очень много пропсов чтобы прокинуть в несколько компонентов вглубь, но у коллеги другое мнение.
А как это с мобиксом связано
Size: a a a
2020 June 03
HC
А как это с мобиксом связано
что именно
B
что именно
мобикс и вложенность компонентов
HC
мобикс и вложенность компонентов
мы говорим об общем правила “не пробрасывать больше двух раз” данные. В моем случае данные берутся изuseContext который юзает MobXProviderContext.
B
мы говорим об общем правила “не пробрасывать больше двух раз” данные. В моем случае данные берутся изuseContext который юзает MobXProviderContext.
А, это что-то типа контейнеров реадксе получается. Не очень удобная штука
HC
А, это что-то типа контейнеров реадксе получается. Не очень удобная штука
Возможно. Но это единственный способ продолжать сочетать mobx и ts был вроде.
KO
у меня была задача, сделать юзер плагины на определенные ивенты (например - юзер вводит значение в табличке - сумма в поле header пересчиталось), и как раз стейт редакса показался достаточно подходящим для подобной задачи
KO
мне кажется что проброс пропсов это не то из-за чего огород городить с редаксом
M
Я його в себе на тестовому проекті юзаю, поки вивчаю, претензій сильно немає. Єдине, що поки бачу, так це що для того щоб щось змінити в глобальному стані, потрібно писати багато рутинного коду. Але поки інші варіанти не юзав, до немає з чим порівнювати. Цікаво було б почути думку, чому він поганий, і чим інші кращі від нього, які проблеми вирішують, що не може redux)😊
Це і мені не сподобалося)
KO
на тестовому - в ньому немає сенсу
L
если только учишся то лучше выучить (к сожалению 90% вероятности что возьмут в проект с redux)
HH
redux хорошая вещь, здесь много его хейтеров
AR
а хейтеры, как известно, это плохо и всегда нерационально
NI
а хейтеры, как известно, это плохо и всегда нерационально
У каждого инструмента свое назначение я считаю) Как пример Jquery несмотря на то что ее все хейтят, юзается на полную катушку, и ще думаю так год 5 будет) Ого, вот это я сегодня начал дисскусию, а все началось с вопроса где флажок поставить😂)))
KO
Там кода намного меньше, чем обсуждений в этом уютном чатике )
NI
Там кода намного меньше, чем обсуждений в этом уютном чатике )
Та как то последнее время чат затих)😊
NI
Ребят, а этим летом есть в планах организация офлайн митапов?)
KO
ковид, увольнения, надо в*бывать 😂
DD
https://codesandbox.io/s/nostalgic-brattain-pqx26?file=/src/App.js
может у кого есть идеи что пошло не так?
была идея сделать контекст, который бы работал аля window.confirm но асинхронно,
но почему то промис ресолвится сразу же (с тем значением которое указано в первом useState), и это противоречит моей картине мира
может у кого есть идеи что пошло не так?
была идея сделать контекст, который бы работал аля window.confirm но асинхронно,
но почему то промис ресолвится сразу же (с тем значением которое указано в первом useState), и это противоречит моей картине мира
AR
https://codesandbox.io/s/nostalgic-brattain-pqx26?file=/src/App.js
может у кого есть идеи что пошло не так?
была идея сделать контекст, который бы работал аля window.confirm но асинхронно,
но почему то промис ресолвится сразу же (с тем значением которое указано в первом useState), и это противоречит моей картине мира
может у кого есть идеи что пошло не так?
была идея сделать контекст, который бы работал аля window.confirm но асинхронно,
но почему то промис ресолвится сразу же (с тем значением которое указано в первом useState), и это противоречит моей картине мира
Когда делаешь new Promise(handler), handler выполняется сразу же