DZ
Так нету потребности в этом
Size: a a a
2020 October 19
DZ
От фронта другие требования к реюзу и гибкости логики
c
Так нету потребности в этом
ну я давненько уже хочу разделить
и нормально тестировать
и нормально тестировать
c
но пока что тоже не заметил необходимости в полном отделении слоя
DZ
просто на фронте соотношение модель и сам код намного меньше чем на бекенде
DZ
на бекенде почти всё строится вокруг или модели или процесса, а на фронте больше вокруг взаимодействия с пользователем
IA
на бекенде почти всё строится вокруг или модели или процесса, а на фронте больше вокруг взаимодействия с пользователем
а если начать воспринимать “взаимодействия с пользователем” как раз как бизнес процесс?
DZ
у тебя взаимодействие идёт через юай, который по сути является последним слоём в луковице слоёв, в итоге что бы всё сделать по клин коду тебе надо раздувать модель
IA
ну так посмотрим на ui как на отдельное приложение, а никак на слой другого.
DZ
так я и говорю про юай как отдельное приложение, ты раздуешь модель
DZ
если будешь строить по клин коду всё
DZ
юайную модель
IA
так я и говорю про юай как отдельное приложение, ты раздуешь модель
а можно какой-то конкртеный пример?
DZ
допустим показать какой-то поповер после того как произошел какой-то процесс
DZ
что бы это действие сделать с модели тебе надо иметь состояние которое указывает открыт ли поповер
DZ
плюс ещё к этому данные которые там показываются (как отдельный слой форматирования но всё же это будет около юз кейса)
DZ
в итоге у тебя модель обростает чисто юйными состояними и утилитами, которые могли бы быть просто в компоненте
IA
что бы это действие сделать с модели тебе надо иметь состояние которое указывает открыт ли поповер
учитывая подоходы anguar/react/vue мне у меня любом случаче будет состояние которое указывает открыт ли поповер
DZ
ну это да, но где оно будет?
IA
в итоге у тебя модель обростает чисто юйными состояними и утилитами, которые могли бы быть просто в компоненте
мы далем ui. мне кажется логично что у нас есть ui state.