Лагом, как определиться с идентификатором сущности

Question

Я пытаюсь добавить пользовательские и дружеские сервисы, используя каркас lagom. Я читаю lagom persistent do c, но все еще не могу понять, как мне выбрать идентификатор сущности? Поскольку он должен быть уникальным, чтобы получить его обратно. Сгенерированный случайный uuid - это одна из опций, но она была бы непригодна для использования, поскольку при отправке команды эти uuid не будут доступны другим пользователям / службам. Вот два решения, которые я могу придумать: 1) использовать электронную почту как идентификатор объекта. 2) pu sh uuid и имя пользователя / идентификатор в базе данных, чтобы служба извлекала uuid и затем отправляла команду.

Согласно моему пониманию, Решение 2 - это двухэтапный процесс, в котором цель не выполняется. Решение 1, для других служб, таких как служба друзей, могут быть случаи, которые могут дублироваться или требовать отправки дополнительной информации для получения идентификатора сущности.

Кроме того, я не смог найти лучший способ реализации декана служб в это рамки. Есть ли способ сделать это?

Answer 1

Нет простых ответов на ваш вопрос, потому что все зависит от того, как будет выглядеть взаимодействие между сервисами. Но вы должны думать об Entity Id как об уникальном идентификаторе, который также не изменяется во времени. Изменение идентификатора объекта означает создание нового объекта. По моему мнению, электронная почта не является подходящим кандидатом для идентификатора сущности, поскольку пользователь может изменить его и использовать более одного. Я выбрал бы go для UUID и следил бы за электронными письмами, а также предоставлял методы, которые могут обрабатывать связь между службами, используя, например, электронную почту пользователя (одно из его электронных писем), номера телефонов, идентификаторы сторонних сервисов, и т. Д. c.