E
а другие варианты кроме оптимистических апдейтов не реализуются?
Size: a a a
2021 November 22
SP
хз, я просто привожу пример ситуации при которой построение логики фронта требует анализа процесса
SP
если ты просто берешь тикеты из джирки и лепишь код - тебе не нужен DDD. хватит стандартных separation of concerns, SOLID-ы хуеледы и прочие infromation hiding
SP
может лучше инвестировать в "научиться делать uitkit/DSM, научиться мониторить фронт" и прочие аспекты которые пригодятся на самом деле даже на маленьком масштабе и которые нужны для больших масштабов где ДДД уже имеет смысл
E
хорошо, если не называть это ddd а просто декаплинг/сепарейшн/хуеелды и прочие, какие мысли) как вынести бизнес правила))
SP
ну я не выношу)
SP
ну то есть откуда?
E
у меня огромный проект, я не первые десять лет в фронте)
SP
вот у меня эффектор. Я им описываю дата флоу
SP
зачем мне что-то еще
SP
"огромный" это сколько людей
SP
в микрофронтенды уже влазите что бы скейлить разработку? с этим тоже ДДД поможет
SP
короч ДДД нужен на системном уровне а не на уровне "админка на фронте"
E
согласен
E
но пока есть интерес попробовать отделить """бизнес логику""" от реакт/вью
SP
оттуда ты сможешь за счет анализа процессов в твоей системе, из каких этапов эти процессы состоят, какие правила и т..д сформировать команды
E
и как-то красиво это вписать
SP
ну логика в чистых функциях, эффектор какой или прочие рекойлы как клей
E
проблема мельче