Межагрегатные связи. Как правильно менять ID?

Аутенцикация - служит для аутенцикации пользователей, восстановление пароля.
Афиша- служит для публикации различных типов мероприятий разного типа: соревнования, лагеря, батлы, конкурсы, чемпионаты и так далее.
Регистрация - служит управления заявками на мероприятия разного типа, расчёта стоимости участия, подсчета наград, составления расписания.
Результаты - служит для подсчета результатов разного типа.
Гео - служит для хранения информации о городах странах и регионах.

В мероприятиях он: Организатор, волонтёр, охранник, ведущий.
В регистрации он: участник, наставник
В результатах он: участник, судья, ведущий, наставник

Межагрегатные связи. Как правильно менять ID?

ddd329, смотрите какие есть проблемы:

1. Участника может добавить представитель. То есть у него может и не быть аккаунта изначально. При и этом из уникальных данных: фио, дата рождения, пол, город. Остальные данные не заполняются. Но в процессе этот участник захочет привязать свою историю к Аккаунту. Как быть?

2. Этот участник может и существовать в других ограниченных контекстах. Как мне потом их связать? Например, он был добавлен как сотрудник в контексте Склад. Затем как участник в контексте Мероприятия, а потом он захотел создать единый аккаунт на два контекста. Как мне их связать? Я вижу только дополнительную связующую таблицу. Больше не понимаю как можно сделать. Либо выделить Person в отдельный контекст и как-то пытаться его делать уникальным. Только опять же как.

В целом вопросов много. Как быть с этим не понимаю. Любой другой домен знаю как сделать, а вот свой вообще не могу. Хоть убей. Запара.

Межагрегатные связи. Как правильно менять ID?

ddd329, простите, пожалуйста, комментарии с Ильей.

- участники(вокалист, танцор, спортсмен),
- наставники (преподаватель, хореограф, тренер, педагог, судья) ,
- оргкомитет (организатор, волонтёр, ведущий, охрана, счётчик)?

Участники регистрируются сами или руководителем или счетчиком/организатором.

Тренера добавляются сами, либо счетчиком:организатором.

Оргкомитет добавляются сами или организатором.

Как мне им потом добавить связи? При том поля у них могут сильно отличаться.

Я уж думал мне никто больше не подскажет)))

Межагрегатные связи. Как правильно менять ID?

Илья, ну все равно спасибо))) Столько времени уделили мне...

Межагрегатные связи. Как правильно менять ID?

Илья, сложный проект. Важен единый язык и архитектура. Возможное будущее разделение на микросервисы.

Межагрегатные связи. Как правильно менять ID?

Илья, вот и я так думал. Но будет ли это правильно? Наверное, в моем случае иначе никак... на этом очень сильно завис.

Правильно ли я понимаю:
Всех пользователей контекста Event мы именуем как Member или Account. Но наверное, лучше Member по смыслу для Events. Либо Person. Как правильно?

Либо же лучше отделять сущности
- участники(вокалист, танцор, спортсмен),
- наставники (преподаватель, хореограф, тренер, педагог, судья) ,
- оргкомитет (организатор, волонтёр, ведущий, охрана, счётчик)?

Участники регистрируются сами или руководителем или счетчиком/организатором.

Тренера добавляются сами, либо счетчиком:организатором.

Оргкомитет добавляются сами или организатором.

Межагрегатные связи. Как правильно менять ID?

Илья, руководитель в личном кабинете организации может привязать user к участнику. Или по запросу к руководителям проекта. Можно ещё по email, например.

Будет кнопка: запросить доступ.

Межагрегатные связи. Как правильно менять ID?

Илья, список участников пополняется руководителем. Иногда самим участником. Пропустил ваше уведомление(

Межагрегатные связи. Как правильно менять ID?

Илья,

Account это вы посоветовали объединить все роли в одном аккаунте в контексте Мероприятия.

User - это единый аккаунт аутенфикаци.

Аккаунт не всегда = User.

Я же говорю, что на мероприятие регистрируется группа участников (танцевальный номер). Естественно это. Танцевальный номер регистрируется представителем. В моём случае это Руководитель. То есть есть мероприятие. На него можно зарегистрировать танцевальный номер из 25 человек (участников). Руководитель заходит в регистрацию. Заполняет необходимые данные. Добавляет участников выбирая из из списка или создаёт новых. В этот момент идёт расхождение Account и User. То есть чтобы зарегистрировать на мероприятие всех участников группы им в момент регистрации не нужен User. Но вот они участвуют один раз, 2, 12... И теперь каждый участник хочет следить за своими успехами. Для этого он регистрируется в User и запрашивает доступ к своему Account в мероприятиях. Как мне в итоге связать это все? При том, что на все контексты должен быть единый аккаунт.

Как правильно реализовать bounded context городов?

DarkTM, почему абстрактно? Я говорю предметно. Я разрабатываю систему по управлению танцевальными мероприятиями. То о чем я вам рассказал выше это чистая реальность с которой я столкнулся. И теперь я думаю как с этим поступить. Кроме того у меня функционал расширяется и появляются другие роли: волонтеры, охранники, счетчики. И у всех у них должен быть аккаунт. Всех их может добавить организатор, а уже потом они могут создать себе аккаунт.

Поэтому я и не могу разобраться в этом вопросе. Всю голову сломал уже. Хочется разобраться и сделать правильно предметную область. Так как Прототип уже был.

А у вас есть хороших опыт в проектировании ддд? Может взять у вас консультацию. Все равно «страдаю фигней»)))

Межагрегатные связи. Как правильно менять ID?

Илья, хорошо. У меня сервисы:
1. Мероприятия
2. Аутенфикация

Что я делаю? Объединяю участников, руководителей, организаторов в одной сущности Аккаунт и разделяю их по ролям. Это понятно.

В аутенфикации есть сущность User. Аутенфикация выполняет роль: регистрации, аутенфикации, восстановление пароля и т д

Как происходит процесс?
Организатор создаёт событие и открывает регистрацию. В открытую регистрацию могут регистрироваться участники или участников может зарегистрировать руководитель. Допустим участников на мероприятие регистрирует руководитель. Если они зарегистрированы в аккаунте, то он просо выбирает участников. Если нет, то создаёт аккаунт в контексте Мероприятия.

Проходит какое-то время и участнику хочется следить за своей карьерой из личного кабинета. Он регистрируется в контексте Аутеныикация. Но как ему связать свой User с Account?

Межагрегатные связи. Как правильно менять ID?

Илья, я не усложняю. Реальная картина. Участников могут зарегистрировать руководители, даже когда у них нет аккаунта. Аккаунт когда-то могут создать сами участники. В один момент времени у нас появляется возможность всем участникам выдать личные кабинеты. Как теперь это связать при условии что ID. Менять нельзя.

Как правильно реализовать bounded context городов?

DarkTM, ну вот тогда такой вопрос. У меня есть мероприятия. В них могут быть участники, наставники, организаторы, волонтеры. Как это можно назвать одним словом? Участники? Но не подходит. В мероприятии каждый может быть любым типом. Как их связывать?

Это мы рассматриваем только контекст мероприятия. А есть контекст CRM. В которых есть клиент. Как мне его связывать со всеми типами выше?)

Межагрегатные связи. Как правильно менять ID?

Вот и я о том же) а как тогда поступить, если участников сначала регистрирует руководитель. Но с ростом системы всем участникам можно зарегистрировать личные кабинеты. При том что аккаунт один на все сервисы.

То есть картина получается такая:
1. У участника может уже быть аккаунт при использовании других сервисов.
2. Участника может зарегистрировать руководитель.

Как нам это связать?)

А ещё круче, когда этот участник потом может стать руководителем. И их тоже надо связать в другом контексте. А ещё через время может быть организатором.

Как правильно реализовать bounded context городов?

Вроде бы азы, но у меня всегда возникают сомнения на этапе разработки куда что поместить.

если у вас в проекте, что-то повторяется в нескольких местах, то это нужно вынести в отдельную сущность,

Вот я тоже так думаю, но часто встречал и сам так делаю, что например человек в кардный контекстах имеется свой. Например в магазине это покупатель, в блоге это автор, в складе это кладовщик. Так же с продуктом. Один и тот же продукт дублируют в разных контекстах. На складе продукт, в магазине это другой продукт но они имеют связь.

По сути я мог бы вынести в общий контекст например Клиентов, так как он используется в разных контекстах. Так же выношу города, организации. В итоге во всех контекстах много появляется ID без самих данных.

Как в итоге стоит подходить к этому всему? Где этому можно поучиться. Что почитать.

Google hangouts. Как транслировать музыку в микрофон?

xmoonlight, оставьте. Вопрос актуальный. Кому-то и на виндовс поможет. Так как такой запрос тоже есть. Но хотелось бы ещё для мака.

Google hangouts. Как транслировать музыку в микрофон?

xmoonlight, неужели они ничего подобного не придумали. Гады))) Ладно. Подожду ещё кого нибудь. Если не ответят - помечу решением. Спасибо как всегда за помощь!)

Google hangouts. Как транслировать музыку в микрофон?

xmoonlight, да. На винде про это знаю. Но блин( У меня мак(

Google hangouts. Как транслировать музыку в микрофон?

Я кстати, так, пока и не разобрался как сделать мероприятия лучше. Отложил)

Google hangouts. Как транслировать музыку в микрофон?

А на мак?) только наверное не устройства воспроизведения, а записи.