Верно. Так и нужно.

???‍♂️

В редаксе стэйт приложения. Часто стэйт компонента не нужно пихать в редакс.

Ну то есть то, что подразумевает взаимодействие с другими компонентами — в редакс, а что нужно только для самого компонента лучше там и оставлять...

Верно. Так и нужно.

Ммм, все в редаксе

Вкусно?

Нет. Не в редаксе. В другом сторе.

Реакт - это только view. Вся логика и данные в редаксе лежать не дожны.

Ммм, все в редаксе

Хотя даже с redux-act не так больно всё.

???‍♂️

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

Реакт - это только view. Вся логика и данные в редаксе лежать не дожны.

Ух, отличается немного подход от "классического"... Надо будет обязательно по больше инфы нарыть...

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

Не понимаю к чему ты это вообще

что лучше ant design или material-ui?

Ух, отличается немного подход от "классического"... Надо будет обязательно по больше инфы нарыть...

Ответь на вопрос просто: удобно ли хранить логику, данные в 2+ местах? Что-то в стейте, что-то в сторе. А потом, если понадобится, переносить стейт в стор, если надо будет пошарить логику/данные.

Ответь на вопрос просто: удобно ли хранить логику, данные в 2+ местах? Что-то в стейте, что-то в сторе. А потом, если понадобится, переносить стейт в стор, если надо будет пошарить логику/данные.

О какой логике на фронте вообще идет речь, что за велосипеды?

Плохую архитектуру редаксом не вылечить

Ответь на вопрос просто: удобно ли хранить логику, данные в 2+ местах? Что-то в стейте, что-то в сторе. А потом, если понадобится, переносить стейт в стор, если надо будет пошарить логику/данные.

Ну... +/-. С точки зрения удобства использования — нет, абсолютно нет, а если с точки зрения того, как много "навалено" в одном объекте, то да .-. Что-то а-ля разделения всего "по своим местам"

Ну... +/-. С точки зрения удобства использования — нет, абсолютно нет, а если с точки зрения того, как много "навалено" в одном объекте, то да .-. Что-то а-ля разделения всего "по своим местам"

А чем использование неудобно?

А чем использование неудобно?

Тем, что прежде чем использовать данные из нескольких источников их надо будет собрать, а если всё в одном месте, то сиди да функции дергай

Тем, что прежде чем использовать данные из нескольких источников их надо будет собрать, а если всё в одном месте, то сиди да функции дергай

Почему это неудобно?

Плохую архитектуру редаксом не вылечить

Я тебе привёл пример хорошей архитектуры. Каждая часть отдельно лежит. Всё предсказуемо - всё понятно.

Почему это неудобно?

Разве что тем, что надо будет чуть больше кода написать...

Думаю...

Тем, что прежде чем использовать данные из нескольких источников их надо будет собрать, а если всё в одном месте, то сиди да функции дергай

Разные подходы видимо, ты про «дергай данные», я про «передавай данные»

Что профитней это вопрос

Что профитней это вопрос

Вообще у меня еще вопрос касательно redux'а остался в плане повторяющихся названий у методов (типа тех, которые в type передаются) в reducer'ах... Или я слишком старое чет смотрю, или 2 выхода есть: именовать префиксами, или делать множество store'ов...

Думаю...

Посмотри на redux-act, если уж от редакса уходить не хочешь. Или effector, если уж двигаться к идеалу.

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

Посмотри на redux-act, если уж от редакса уходить не хочешь. Или effector, если уж двигаться к идеалу.

Я пока еще к нему и не пришел)) Начал только читать, в итоге масса вопросов появилось по использованию)

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

А стоимость поддержки?

Да и производительность под вопросом.

А стоимость поддержки?

При правильной доке должно быть вменяемо

kek

Да и производительность под вопросом.

Кэш v8 сделает всю работу

Кэш v8 сделает всю работу

Ну а как же? Огроменное количество хоков, логика приложения размазанная по 80 компонентам, прокидывание пропсов через иерархию. Ну да, документация должна помочь.

Кэш v8 сделает всю работу

V8. А пользователям других браузеров что делать? Я хочу, чтобы у меня ноут жил больше 1 часа)

Ну а как же? Огроменное количество хоков, логика приложения размазанная по 80 компонентам, прокидывание пропсов через иерархию. Ну да, документация должна помочь.

При правильных хоках ненужно через деревья компонентов прокидывать пропсы

При правильных хоках ненужно через деревья компонентов прокидывать пропсы

Дай определение правильным хокам.

Дай определение правильным хокам.

Withrouter тот же Все зависит от задачи

Я не говорю, что это истинно верный путь)

Просто не редаксом единым

Я не говорю, что это истинно верный путь)

Ты говоришь: пишите правильно код и у вас не будет проблем. А вот как правильно код писать умалчиваешь.

Можно вообще стейт хванить на сервере

Просто не редаксом единым

Редакс - это ещё та говнина.

Редакс - это ещё та говнина.

а что не говнина ?)

Ты говоришь: пишите правильно код и у вас не будет проблем. А вот как правильно код писать умалчиваешь.

Если бы в этом мире кто-то знал как правильно....

а что не говнина ?)

Вуежээс (sarcasm)

Если бы в этом мире кто-то знал как правильно....

Я тебе описываю рецепт, который позволяет написать приложение предсказуемее.

Редакс - это ещё та говнина.

редакс кул

редакс кул

Лол

Вуежээс (sarcasm)

это тоже кул

а что не говнина ?)

Всё, но еффектор только на капельку отдаёт говном.

Всё, но еффектор только на капельку отдаёт говном.

успехов без доки)

Restate

Reworm

успехов без доки)

Что тебе в доке не хватает?

?

Что тебе в доке не хватает?

как он работает)

как он работает)

Какой ОС ты пользуешься?

Какой ОС ты пользуешься?

линукс)

линукс)

Расскажи мне пожалуйста как работают иксы.

ERROR: S client not available

Вплоть до прерываний, чтобы перехватывать ввод.

Расскажи мне пожалуйста как работают иксы.

А я только про вин могу((

Зачем тебе знать как работает эффектор? Такие вещи в доку бесмысленно класть.

Зачем тебе знать как работает эффектор? Такие вещи в доку бесмысленно класть.

что бы расширять и допиливать фичи которые мне хочется

что бы расширять и допиливать фичи которые мне хочется

В чём проблема читать код? У каких проектов есть дока по внутренностям?

В чём проблема читать код? У каких проектов есть дока по внутренностям?

а ты читал код еффектора ?)

а ты читал код еффектора ?)

Да.

зачем там например алгоритм тарьяна ?)

зачем там например алгоритм тарьяна ?)

Я не говорил тебе, что я его понял. Я его читал.

Я не говорил тебе, что я его понял. Я его читал.

Спасибо ?

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

Сделал мой день)))

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

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

хз в случае такой штуки как стейтменеджмент мне нравится понимать как она работает

на ней слишком много завязано

Нравится - это уже бонус к использованию, а не необходимость.

Нравится - это уже бонус к использованию, а не необходимость.

Можно редакс вспомнить, у которого всё наоборот

Можно редакс вспомнить, у которого всё наоборот

Редакс слишком низкоуровневый. Очень.

С которым 200 раз всем разжевывают в доке

react-number-format

react-number-format

Спасибо

есть неплохой imask

как он работает)

Окей, я. услышал тебя

Окей, я. услышал тебя

мне почему-то страшно после этой фразы

Норм всё)

прихожу такой на работу, а там зиробиас за моим компом удаляет с проекта редукс с криками “не концептуально”

прихожу такой на работу, а там зиробиас за моим компом удаляет с проекта редукс с криками “не концептуально”

??

прихожу такой на работу, а там зиробиас за моим компом удаляет с проекта редукс с криками “не концептуально”

скорей, "без документации"