записывается на бек и в бд? И вызывается на форме где нужно, если нельзя это сделать на колбэке?
Ну вот я и про это. У вас нету глобального состояния. Вам не тесно юзать локальное. Вам незачем СТМ
Я просто не понимаю зачем оно . Вот у нас форма там куча образцов и тд, мы открыли форму где они редактируются - запросом получили по айди данные внутри образца, отредачили, записали снова запросом в бд
Проэкты бывают разные. Где-то только формы без глобального конекста. Где-то прям сильно тесно без него
Я так понимаю там, где нету норм бекенда и методов сохранения и тд ?
Опять же главный поинт в разделении ответсвенности. СТМ это не только стейт. Это в основном бизнес/инфраструктурная логика. Если ты суешь в компоненты логику, то их становиться сложнее поддерживать и невозможно переиспользовать.
А хуке логика,в компоненте верстка и по мелочи ?
Это будет мусорка, если ты сам это сделаешь мусоркой. Если провести проектирование и разбиение задач, то можно сделать логику с low coupling и high cohesion, и тогда будет даже очень просто прочитать и понять что тут происходит
Кол-во полей это поля для ввода на форме ? Т.е. 100 инпутов/селектов и тд?
Не заморачивайтесь в деталях реализации. Поинт в том, что есть что-то массивное, какие-то сложные вложенные таблицы например, и это неудобно из-за апи реакта держать стейт в компонентах. А ещё это не архитектурно неправильно ибо задача компонентов это рисовать в зависимости от данных, а не менеджить данные
да, но по факту есть один большой ящик с большим количестов полок, в которых даже лежат вещи по признаку, но ящик остается ящиком.
так же как и все компоненты реакта, если сказать что App компонент это большой чёрный ящик. Так наверно будет проще если каждый будет делать то что ему свойственно делать
просто опыта мало, поэтому не могу так грамотно архитектуру организовать и ответственности четко разделить
Ну лично я как Джун грешу тем, что на форме у меня куча логики, помидоры - делают хук, и нем вся клогика , а на форму тол ко данные возвращают и принимают. С нее же . Тоже так буду делать
Ставь себе 2 вопроса при написании кода. 1) А насколько легко(сложно) будет другому разрабу это понять /что-то поменять тут? 2) А насколько просто переиспользовать что-то из этого?
Вообщем думаю мне просто повезло с тем, что помидоры вначале написали хуки, которые облегчают жизнь теперь . И что ант юзаем
Возможно специфика /размер проэкта позволяет это всё делать в хуках. Но как попадёшь на более-менее средний или большой проект то можешь утонуть в непонятных хуках
Это не маленький проект, тут 3 фронта, несколько Беков, бд разрабы, 2 аналитика, и прочие
Для меня все сложно )) ну есть документация Анта, а то, что мы поменяли и добавили от себя пропсы - я описал в сторибуке
Тебе повезло что ты с помидорами работаешь. Обычно такого не происходит. И весь проэкт превращаеться в свалку
Обсуждают сегодня