Size: a a a

2020 July 03

c⁣

createStore<🦉>... in ☄️ effector
Mark Cholak
Статью потом не планируете?)
Паралелльно будем делать опенсорсную систему. Статью. Можно
источник

c⁣

createStore<🦉>... in ☄️ effector
Aleksandr Osipov
Бывает что заказчик сам не знает чего хочет или что наперед написано ТЗ которое не подлежит изменению, его писали не имея еще представления о всех функциях. И приходится жить с этим, имплементить херню :) боль но такова жизнь
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
источник

AO

Aleksandr Osipov in ☄️ effector
Я прост к тому что изначально сама постановка задачи кривая что накладывает отпечаток и на архитектуру
источник

DT

Daniil Tchernyavsky in ☄️ effector
createStore<🦉> ⁣
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
источник

c⁣

createStore<🦉>... in ☄️ effector
createStore<🦉> ⁣
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
Есть шанс сделать хорошо и дать возможность развиваться. Это челлендж
источник

DS

Dmitriy Shuleshov in ☄️ effector
createStore<🦉> ⁣
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
🤪
источник

A

Andrey in ☄️ effector
Aleksandr Osipov
Ну вот у меня такая же фигня в паре мест, а какие еще решения то если нужно чтобы компонент был переиспользуем ?
хз, если у меня реюзабельный компонент, в котором просто необходимо такое обилие пропов, я делаю фабрику для модели, где описываю все методы, и в пропы пробрасываю ток результат выполнения фабрики

const createModel = (config) => {
 …
 return {reset, onChange, …}
}

const model = createModel(…)

<MyAwesomeComponent model={model} />


(не уверен, правда, насколько это сср-френдли, но по идее должно быть поссибл скоуп пробросить просто рядом с конфигом)
источник

DS

Dmitriy Shuleshov in ☄️ effector
Andrey
хз, если у меня реюзабельный компонент, в котором просто необходимо такое обилие пропов, я делаю фабрику для модели, где описываю все методы, и в пропы пробрасываю ток результат выполнения фабрики

const createModel = (config) => {
 …
 return {reset, onChange, …}
}

const model = createModel(…)

<MyAwesomeComponent model={model} />


(не уверен, правда, насколько это сср-френдли, но по идее должно быть поссибл скоуп пробросить просто рядом с конфигом)
+ я тоже делал фабрику для модели
источник

AO

Aleksandr Osipov in ☄️ effector
такое себе
источник

DS

Dmitriy Shuleshov in ☄️ effector
Aleksandr Osipov
такое себе
Почему?
источник

AO

Aleksandr Osipov in ☄️ effector
Наверное лучше сказать что зависит от ситуации, в моем случае компонент используется в нескольких местах  без привязки к эффекторовским моделям (я про свой ListView) и он по сути внутри ничего не знает про эффекторы и прочее
источник

AO

Aleksandr Osipov in ☄️ effector
Вообще в целом заметил у себя тенденцию к сокращению числа пропсов и прямому импорту событий и сторов в компоненты, не знаю плохо это или хорошо
источник

AO

Aleksandr Osipov in ☄️ effector
Но иногда бывает что приходится дофига пропсов передавать :(
источник

A

Andrey in ☄️ effector
Aleksandr Osipov
Наверное лучше сказать что зависит от ситуации, в моем случае компонент используется в нескольких местах  без привязки к эффекторовским моделям (я про свой ListView) и он по сути внутри ничего не знает про эффекторы и прочее
ну либо это, как упоминали выше, просто ui-компонент, не привязанный к какому либо домену логики
либо есть необходимость биндить к нескольким стейт менеджерам (да, такое тоже бывает)
либо это переиспользуемость ради переиспользуемости 🌚

других вариантов я не вижу
источник

AO

Aleksandr Osipov in ☄️ effector
Andrey
ну либо это, как упоминали выше, просто ui-компонент, не привязанный к какому либо домену логики
либо есть необходимость биндить к нескольким стейт менеджерам (да, такое тоже бывает)
либо это переиспользуемость ради переиспользуемости 🌚

других вариантов я не вижу
Да верно, это просто случай ui компонента, в моем случае подобие датагрида с фильтрами
источник

🦜

🦜 in ☄️ effector
Aleksandr Osipov
Вообще в целом заметил у себя тенденцию к сокращению числа пропсов и прямому импорту событий и сторов в компоненты, не знаю плохо это или хорошо
ну вот я делал так раньше, потом перестал
источник

A

Andrey in ☄️ effector
🦜
ну вот я делал так раньше, потом перестал
чому?
источник

🦜

🦜 in ☄️ effector
Andrey
чому?
для компонентов все-таки точка входа данных должны оставаться пропсы
источник

A

Andrey in ☄️ effector
🦜
для компонентов все-таки точка входа данных должны оставаться пропсы
повторюсь, чому?)
источник

AO

Aleksandr Osipov in ☄️ effector
🦜
для компонентов все-таки точка входа данных должны оставаться пропсы
Если не нужна переиспользуемость то зачем
источник