DDD i MongoDB: Czy można pozwolić Mongo na tworzenie identyfikatorów obiektów?

Question

Zgodnie z DDD (Niebieska księga, Evans) fabryka jest odpowiedzialna za stworzenie Korzenia Agregatów w prawidłowym stanie. Czy to oznacza, że ​​powinien być w stanie utworzyć identyfikator techniczny (objectId w świecie mongoDB), a także identyfikator domeny?

Z jednej strony wydaje się to technicznym szczegółem i wydaje się w porządku, aby Mongo obsługiwał tworzenie identyfikatora.

Z drugiej strony włączenie sprawdzania przez id (poprzez posiadanie getById w repozytorium DDD) udostępnia identyfikator techniczny do domeny, co z kolei spowodowałoby, że Fabryka będzie go tworzyć.

Być może nie mogę się zorientować na różne przypadki użycia/nakładania się, itp. Technicznego identyfikatora kontra DomainId lub może jestem nadgorliwy, ale i tak chciałbym wyrazić twoją opinię.

W skrócie: W DDD: Czy fabryka powinna być w stanie utworzyć identyfikator techniczny, a także identyfikator domeny?

możliwa realizacja: Hi/Lo (How to set the hilo sequence starting value in MongoDB Norm?)

EDIT: chociaż hi/lo sposób eksponuje fabryki do warstwy trwałości, która jest czymś tylko Repository powinien wiedzieć. hmmm

Dzięki

Answer 1

Fabryki nie muszą zajmować się identyfikatorem, ponieważ ważność kruszywa jest prostopadła do tożsamości. Tożsamość można przypisać na kilka różnych sposobów, albo jako przyrostowy identyfikator z relacyjnej bazy danych, w którym to przypadku repozytorium musi nią zarządzać, albo jako identyfikator UUID/GUID, w którym to przypadku może być przypisany przez fabrykę lub repozytorium, lub nawet klient wywołujący, który jest wygodny, ponieważ wtedy klient ma domyślnie klucz.

Gdy tylko jest to możliwe, staram się zachować pojedynczą tożsamość dla agregatów. Nie jestem pewien, czy MongoDB wymaga dodatkowego identyfikatora technicznego, ale jeśli tak, a identyfikatora domeny nie można użyć w tym miejscu, MongoDB powinien nim zarządzać samodzielnie i za kulisami.