c
Статью потом не планируете?)
Паралелльно будем делать опенсорсную систему. Статью. Можно
Size: a a a
2020 July 03
c
Aleksandr Osipov
Бывает что заказчик сам не знает чего хочет или что наперед написано ТЗ которое не подлежит изменению, его писали не имея еще представления о всех функциях. И приходится жить с этим, имплементить херню :) боль но такова жизнь
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
AO
Я прост к тому что изначально сама постановка задачи кривая что накладывает отпечаток и на архитектуру
DT
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
c
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
Есть шанс сделать хорошо и дать возможность развиваться. Это челлендж
DS
У нас нет ТЗ. Есть 70 продуктов на делфи. И надо портировать их в веб. Притом каждый продукт — своя команда. Нам нужно задать стандарты разработки и дизайна продуктов
🤪
A
Aleksandr Osipov
Ну вот у меня такая же фигня в паре мест, а какие еще решения то если нужно чтобы компонент был переиспользуем ?
хз, если у меня реюзабельный компонент, в котором просто необходимо такое обилие пропов, я делаю фабрику для модели, где описываю все методы, и в пропы пробрасываю ток результат выполнения фабрики
(не уверен, правда, насколько это сср-френдли, но по идее должно быть поссибл скоуп пробросить просто рядом с конфигом)
const createModel = (config) => {
…
return {reset, onChange, …}
}
const model = createModel(…)
<MyAwesomeComponent model={model} />(не уверен, правда, насколько это сср-френдли, но по идее должно быть поссибл скоуп пробросить просто рядом с конфигом)
DS
хз, если у меня реюзабельный компонент, в котором просто необходимо такое обилие пропов, я делаю фабрику для модели, где описываю все методы, и в пропы пробрасываю ток результат выполнения фабрики
(не уверен, правда, насколько это сср-френдли, но по идее должно быть поссибл скоуп пробросить просто рядом с конфигом)
const createModel = (config) => {
…
return {reset, onChange, …}
}
const model = createModel(…)
<MyAwesomeComponent model={model} />(не уверен, правда, насколько это сср-френдли, но по идее должно быть поссибл скоуп пробросить просто рядом с конфигом)
+ я тоже делал фабрику для модели
AO
такое себе
DS
Aleksandr Osipov
такое себе
Почему?
AO
Наверное лучше сказать что зависит от ситуации, в моем случае компонент используется в нескольких местах без привязки к эффекторовским моделям (я про свой ListView) и он по сути внутри ничего не знает про эффекторы и прочее
AO
Вообще в целом заметил у себя тенденцию к сокращению числа пропсов и прямому импорту событий и сторов в компоненты, не знаю плохо это или хорошо
AO
Но иногда бывает что приходится дофига пропсов передавать :(
A
Aleksandr Osipov
Наверное лучше сказать что зависит от ситуации, в моем случае компонент используется в нескольких местах без привязки к эффекторовским моделям (я про свой ListView) и он по сути внутри ничего не знает про эффекторы и прочее
ну либо это, как упоминали выше, просто ui-компонент, не привязанный к какому либо домену логики
либо есть необходимость биндить к нескольким стейт менеджерам (да, такое тоже бывает)
либо это переиспользуемость ради переиспользуемости 🌚
других вариантов я не вижу
либо есть необходимость биндить к нескольким стейт менеджерам (да, такое тоже бывает)
либо это переиспользуемость ради переиспользуемости 🌚
других вариантов я не вижу
AO
ну либо это, как упоминали выше, просто ui-компонент, не привязанный к какому либо домену логики
либо есть необходимость биндить к нескольким стейт менеджерам (да, такое тоже бывает)
либо это переиспользуемость ради переиспользуемости 🌚
других вариантов я не вижу
либо есть необходимость биндить к нескольким стейт менеджерам (да, такое тоже бывает)
либо это переиспользуемость ради переиспользуемости 🌚
других вариантов я не вижу
Да верно, это просто случай ui компонента, в моем случае подобие датагрида с фильтрами
🦜
Aleksandr Osipov
Вообще в целом заметил у себя тенденцию к сокращению числа пропсов и прямому импорту событий и сторов в компоненты, не знаю плохо это или хорошо
ну вот я делал так раньше, потом перестал
A
ну вот я делал так раньше, потом перестал
чому?
🦜
чому?
для компонентов все-таки точка входа данных должны оставаться пропсы
A
для компонентов все-таки точка входа данных должны оставаться пропсы
повторюсь, чому?)
AO
для компонентов все-таки точка входа данных должны оставаться пропсы
Если не нужна переиспользуемость то зачем