БД, а также статусы модерации.
Статусы модерации у нас реагируют и записываются в поле при таких условиях, если имя и фамилия заполнены, то статус модерации На модерации, а если нет, то и статуса нет, также если у нас статус появляется на профиле На модерации, то приходит смс уведомление пользователю, если админ вручную через админку меняет статус модерации на статус Успешная модерация, то также приходит смс уведомление.
Подскажите, где лучше всего написать такую логику работы с профилем и его данными, на стороне приложения и языке программирования приложения, то есть будет запросов куча к бд либо это логику написать на стороне БД с помощью SQL, напистаь условия и тем самым данные приходят в БД 1 запросом, а бд уже решает ставить статус или нет, а в случаем смс уведомлений сделать евент события которые отправляются на приложение и тригерят функцию отправки смс уведомления?
Я бы моделировал, используя ДДД. Получился бы сервис с REST'ом для сохранения имени и фамилии. В бизнес-логике агрегат Профиль сохранял бы эти данные в базу. При сохранении имени или фамилии кидать event, по которому бы работала логика проверки и отправки смс. Смс отправлять через адаптер (в терминах ДДД). Отвечая конкретнее на твой вопрос, я бы реализовывал бизнес-логику в коде, а в базе были бы только select'ы и insert'ы.
адаптер это термины ДДД? интересно)
Да, тут косячокс… адаптер - это из гексагоналной архитектуры. Ддд и гекс так ловко дополняют друг к друга, что я соединил.
Обсуждают сегодня