Сомнения по поводу разработки карточной игры в DDD

Я думаю, что вы выбрали плохой пример для DDD.

Очевидно, что вы не вдавались во все детали, но похоже, что у вас есть только один Домен, одна заинтересованная сторона, приложение с одним потоком в памяти, хорошо понятные правила и т.д.

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

DDD пытается решить проблемы, которые возникают, когда у вас есть несколько заинтересованных сторон, несколько приложений, плохо понятые правила, люди говорят об одном и том же, но называют это по-разному, люди говорят о разных вещах, но называют это одним и тем же. и т.д. и т.п.

Если вы хотите рассмотреть аспекты DDD, напишите свое приложение так, как вам нравится, а затем добавьте следующие требования

• Маркетинг: когда игрок не делал ставок в течение 30 дней, я хочу отправить ему электронное письмо.
• Счета : не позволяйте игроку делать ставки больше, чем его кредитный лимит
• Регулирование : игроки из США могут делать ставки только на те игры, сервер которых находится в Лас-Вегасе.

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

Пока вы этим занимаетесь, представьте, что вы получаете постоянный поток запросов такого стиля от всевозможных отделов.