просто и удобно. но подходит это вам или нет это уже надо разбираться. с этим подходом есть нюансы когда несколько агрегатов за операцию надо поменять. а такое случается чаще чем хотелось бы.
если у тебя все операции потом через ивенты/политики разруливаются но "и так сойдет", но просто стоит быть осторожным что бы что-то между агрегатами нетак не пошло
Господа, тут наверное уже неоднократно спрашивали про пример документации по канонам DDD? Я вот поиском не нашел ничего 😐 Меня конкретно интересует что должно быть в доке, какие пункты, какие диаграммы? Своим умом не совсем дохожу что там должно быть
основная проблема - разобраться для кого и с какой целью ты делаешь документацию. В контексте DDD важно задокументировать границы, что бы можно было оунершип командам задавать и комуникации направлять (то где кода не достаточно). Вот эта штука с этим помогает.
Не знаю, кажется, что серьезней выглядят красивые доки со струтурой в вики. А зарисовка схемы работы, от руки/ даж перенесенная куда, уже как то не так. хотя часто либо от руки, либо ни как =(
какие-то из таких док можно "оформлять" красиво если твоя цель например сделать красивую анбординг документацию. Но если у тебя выбор "быстро накидать хоть какую-то доку" и "вылизывать шоб красиво" то лучше первое.