A
кнчн
И даже в конфигах все указали?
Size: a a a
2021 February 16
A
кнчн
И нет ли проблем, из за того, что у вас ts не настроен мб ?
Пробовали, чисто для эксперимента, на чистую vue поставить ?
Пробовали, чисто для эксперимента, на чистую vue поставить ?
А
И нет ли проблем, из за того, что у вас ts не настроен мб ?
Пробовали, чисто для эксперимента, на чистую vue поставить ?
Пробовали, чисто для эксперимента, на чистую vue поставить ?
Там есть ts
А
И нет ли проблем, из за того, что у вас ts не настроен мб ?
Пробовали, чисто для эксперимента, на чистую vue поставить ?
Пробовали, чисто для эксперимента, на чистую vue поставить ?
все к этому движется
AP
стор
прям целиком весь стор
АР
прям целиком весь стор
ну по тем говнокурсам которые я проходил по React'у и условие что Redux в единственном числе должен быть, а при событии возвращается имутабельное состояние и возвращается обратно в стор. я делаю выводы, что да.
VK
ну по тем говнокурсам которые я проходил по React'у и условие что Redux в единственном числе должен быть, а при событии возвращается имутабельное состояние и возвращается обратно в стор. я делаю выводы, что да.
Для той задачи, что мы обсуждли, это стоит ничего
АР
Для той задачи, что мы обсуждли, это стоит ничего
конкретно для той согласен, но обычно приложение бывает существенно больше, и у меня не исключение. а больше одного стора я не могу создать, и на каждое событие его пересоздавать, вот этого вот я не понимаю.
АР
React+MOBX понимаю, React+Redux нет
АР
все равно, даже если оптимизировали, даже пусть это максимально эффективно работает, это все равно работа, которую GC делает, тратит время, занимает ресурсы у центрального процессора, занимает ресурсы у других приложений. если сайт или это мобильное приложение, там все равно все это будет больше жрать батарейку, тормозить.
IK
конкретно для той согласен, но обычно приложение бывает существенно больше, и у меня не исключение. а больше одного стора я не могу создать, и на каждое событие его пересоздавать, вот этого вот я не понимаю.
вы пересоздаете один внутренний объект а не весь стор, остальные не пересоздаются
SL
В 8 видео отмечатало в голове триггер на союз И, т.е. принцип одной ответственности, но меня волнует вопрос, тогда как организовать работу по получению И отрисовке данных? Т.е. один компонент - визуальный, а другой делать для взаимодействия с API, в моем случае выбран Axios? Т.е. из последнего лайва идея с чёрным ящиком понятна, делать просто два ящика?
Скорее всего вы решаете задачу не получить и отрисовать данные, а вывести список карточек какой-нибудь, а получение данных и отрисовка списка являются уже частями вашего модуля.
IK
мне кажется у вас неправильные убеждения про редакс )
АР
ладно фик с ним, если бы на каждый кейс у нас был бы разный стор, каждый стор со своми евентами, каждый занимается своими делами. но единый то нафига было делать?
АР
вы пересоздаете один внутренний объект а не весь стор, остальные не пересоздаются
стор это объект в котором стейт.
IK
ладно фик с ним, если бы на каждый кейс у нас был бы разный стор, каждый стор со своми евентами, каждый занимается своими делами. но единый то нафига было делать?
потому что начиналось всё с множества сторов (FLUX архитектура), но потом выяснилось что проблема синхронизации множества сторов очень болезненная
АР
прилетает событие, отправляется в редюсер, редюсер должен вернуть новый стейт
АР
поменяв в нем какую то свою часть данных.
IK
прилетает событие, отправляется в редюсер, редюсер должен вернуть новый стейт
да, будет пересоздано n объектов, где n глубина вложенности
IK
крайне дешёвая операция