🚀🚀
Переслано от 🚀🔬 🚀🔬🚀🔬...
далее идёт стор для дерева, сторы, рассчитанные из него (для удобства дальнейшего использования в реакте) и эвент changeRowField, который читается как «при срабатывании clickSave прочитать значение из fieldInfo»
Size: a a a
2020 July 08
🚀🚀
Переслано от 🚀🔬 🚀🔬🚀🔬...
подключение данных из rows к компоненту Row — это как раз то место, в котором через useStoreMap гарантируется, что компонент будет обновляться не при любых апдейтах rows а только когда изменился rows[id]
🚀🚀
пример с форм билдером не то?
пример с редактированием дерева выше даже более характерный
🚀🚀
@ZeroBias мне эффектор как раз нравится за то, что он не централизованный. У меня есть идея сделать компоненты в реакте, у которых логика будет лежать отдельно и импортироваться в компоненты, создаваясь вместе с инстансом компонента. Основная причина в том, что иначе получаются огромные компоненты в которых все намешано, и это в добавок трудно переиспользовать. Мне показалось что эффектор прям как по маслу зайдет в такую концепцию, но я стокнулся с двумя вопросами: если у меня есть несколько инстансов одной и то же сущности, для каждой из которых я хотел бы иметь свой стор, то получается у меня есть вариант сделать только централизованный стор где я буду их держать? И второй - если все сторы создаются статически, то тогда у меня всегда в памяти лежат все сторы?
Возможно мои желания идут в разрез с концепцией эффектора?
Возможно мои желания идут в разрез с концепцией эффектора?
вот выше человек задавался такими же вопросами, у него была задача редактирование дерева
🚀🚀
но если решать эту задачу в лоб поднимая кучу инстансов где попало, то в пределе получится лишь useState на максималках
R
@ZeroBias мне эффектор как раз нравится за то, что он не централизованный. У меня есть идея сделать компоненты в реакте, у которых логика будет лежать отдельно и импортироваться в компоненты, создаваясь вместе с инстансом компонента. Основная причина в том, что иначе получаются огромные компоненты в которых все намешано, и это в добавок трудно переиспользовать. Мне показалось что эффектор прям как по маслу зайдет в такую концепцию, но я стокнулся с двумя вопросами: если у меня есть несколько инстансов одной и то же сущности, для каждой из которых я хотел бы иметь свой стор, то получается у меня есть вариант сделать только централизованный стор где я буду их держать? И второй - если все сторы создаются статически, то тогда у меня всегда в памяти лежат все сторы?
Возможно мои желания идут в разрез с концепцией эффектора?
Возможно мои желания идут в разрез с концепцией эффектора?
Что в твоём понимании "централизованный стор"? И какие твои аргументы "против"
🚀🚀
но если решать эту задачу в лоб поднимая кучу инстансов где попало, то в пределе получится лишь useState на максималках
в частности к моменту когда потребуется сделать редактирование в отдельном блоке сверху схемы всё начнёт рассыпаться так как части приложения не живут в вакууме: отсутствие взаимодействия между ними это исключение, а не правило
🚀🚀
именно поэтому сторы в эффекторе настоятельно рекомендуется делать статическими, в этом суть: возможность взаимодействия между секциями кода без абсурдного всплытия до самого верха
🚀🚀
по сути «lifting state up» предлагаемый реактом нарушает инкапсуляцию, так как о состоянии дерева знает форма инпута и схема дерева, но ведь они вложены в простой див, тот не должен знать о таких тонкостях своих потомков! а без статического состояния на этот див падает вся нагрузка по управлению
M
Что в твоём понимании "централизованный стор"? И какие твои аргументы "против"
Центразованныц - это как редакс или vuex, с единой точкой входа. Минус в моем понимании в том, что он подойдет только для глобальной логики, даже на уровне логики страницы уже нет смысла применять
M
именно поэтому сторы в эффекторе настоятельно рекомендуется делать статическими, в этом суть: возможность взаимодействия между секциями кода без абсурдного всплытия до самого верха
Но с другой стороны всплытие это контроль 🤔а так любой кусок стора может оказаться где угодно
R
Центразованныц - это как редакс или vuex, с единой точкой входа. Минус в моем понимании в том, что он подойдет только для глобальной логики, даже на уровне логики страницы уже нет смысла применять
коллекция инстансов - это же не централизованный стор
🚀🚀
сторы эффектора — локальные статические, это означает что если нужен стор для страницы — клади его рядом со страницей и никто другой о нём знать не будет — локальность
🚀🚀
Но с другой стороны всплытие это контроль 🤔а так любой кусок стора может оказаться где угодно
всплытие это нарушение инкапсуляции.
🚀🚀
иначе почему формы пилят программисты а не CEO?
🚀🚀
разделение ответственности это ключевое для эффективной работы
🚀🚀
Но с другой стороны всплытие это контроль 🤔а так любой кусок стора может оказаться где угодно
window.literallyAnything = null
🚀🚀
апелляция к худшим не работает, на это есть кодревью
DS
иначе почему формы пилят программисты а не CEO?
менеджеры у нас пилят)
🚀🚀
если кто-то упорно лезет в чужие состояния то это решается административными средствами