Size: a a a

Software Design/Architecture/Zen

2020 December 15

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Где пол системы через корневую сущность можно достать
источник

SP

Sergey Protko in Software Design/Architecture/Zen
не это норм)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
особенно если схема есть
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Эт ещё норм, да
источник

SP

Sergey Protko in Software Design/Architecture/Zen
потом они замокают твой бэк
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Меня смущает что они хотят писать через эту же схему
источник

SP

Sergey Protko in Software Design/Architecture/Zen
а ну это уже не хорошо да
источник

SP

Sergey Protko in Software Design/Architecture/Zen
хотя зависит от кейса...
источник

k

knopkod4v in Software Design/Architecture/Zen
^ интересную  тему подняли
ещё сложность таких штук в том, что 1 бекендер не может сделать такие изменения (разбитие агрегатов), если он не фуллстак.
Ну и нужно это обговаривать в бизнесом. Т.е. не получится сделать "у себя там на беке порефакторить и всё будет збс"
источник

SP

Sergey Protko in Software Design/Architecture/Zen
knopkod4v
^ интересную  тему подняли
ещё сложность таких штук в том, что 1 бекендер не может сделать такие изменения (разбитие агрегатов), если он не фуллстак.
Ну и нужно это обговаривать в бизнесом. Т.е. не получится сделать "у себя там на беке порефакторить и всё будет збс"
не понимаю почему нужен фулстэк - это никак не влияет на фронт
источник

SP

Sergey Protko in Software Design/Architecture/Zen
если у тебя фронты не лазят сами в базу
источник

k

knopkod4v in Software Design/Architecture/Zen
Sergey Protko
не понимаю почему нужен фулстэк - это никак не влияет на фронт
если разбивать агрегаты - это будут скорее всего разные процессы.
Формочки придётся тоже разбивать.
Вот например у меня есть формочка отправки заявки на рассмотрение предмета ипотеки в банк. Кредиты могут быть разные - на первичное жильё и на вторичное. Там нужны разные типы документов
Можно сделать это одной формочкой, а можно двумя разными.
И вот когда я буду разбивать процесс на взятие первички или вторички - придётся разбивать и формочку на фронте
источник

k

knopkod4v in Software Design/Architecture/Zen
ну или не скорее всего, а могут быть 🤔
источник

k

knopkod4v in Software Design/Architecture/Zen
просто в моём понимании агрегаты (запись) в системе по больше части совпадает с формочками (за исключением круд-полей, которые можно вынести отдельно)
источник

DS

Dmitriy Simushev in Software Design/Architecture/Zen
Формочки, по-идее, могут создавать несколько аггрегатов, разве нет? В примере с ипотекой это может быть клиент (фио, паспорт, телефон) + заявка от этого клиента на покупку недвижки
источник

DS

Dmitriy Simushev in Software Design/Architecture/Zen
В ряде случаев, клиент уже есть в системе, и его персу можно не включать в заявку, а крепить через id
источник

DS

Dmitriy Simushev in Software Design/Architecture/Zen
Это очень клевый хак для повышения CR
источник

DS

Dmitriy Simushev in Software Design/Architecture/Zen
😉
источник

k

knopkod4v in Software Design/Architecture/Zen
Dmitriy Simushev
Формочки, по-идее, могут создавать несколько аггрегатов, разве нет? В примере с ипотекой это может быть клиент (фио, паспорт, телефон) + заявка от этого клиента на покупку недвижки
Я думаю, что могут, но не в случае когда процесс расходится в совсем разные стороны. Ну т.е. если процесс расходится на первичку и вторичку - выбирать оба варианта одновременно как-то несовместимо.
А так-то да, можно в одну форму много чего запихнуть. А тут у меня сразу возникает вопрос - что будет если отправка такой формы с двумя транзакцициями зафейлится по причине фейла одной из них =\ Да, по идее надо чтобы транзакции не фейлились... Мне сложна короче =\
Тут наверное ещё всякие приколы с UX, типа делать ли пошаговые формы или всё на одну страницу запихивать и т.п.
Некоторые операции записи вообще без формочек будут.
источник

Д

Дмитрий in Software Design/Architecture/Zen
knopkod4v
Я думаю, что могут, но не в случае когда процесс расходится в совсем разные стороны. Ну т.е. если процесс расходится на первичку и вторичку - выбирать оба варианта одновременно как-то несовместимо.
А так-то да, можно в одну форму много чего запихнуть. А тут у меня сразу возникает вопрос - что будет если отправка такой формы с двумя транзакцициями зафейлится по причине фейла одной из них =\ Да, по идее надо чтобы транзакции не фейлились... Мне сложна короче =\
Тут наверное ещё всякие приколы с UX, типа делать ли пошаговые формы или всё на одну страницу запихивать и т.п.
Некоторые операции записи вообще без формочек будут.
Эм... Ну у тебя на фронте есть Стейт какой у компонента формы.. в зависимости от того что там натыкал юзер компонент будет знать что куда отправлять.
источник