Reconstitution correcte des objets Aggregate dans le Repository?

Question

En supposant qu'aucun ORM (par exemple Doctrine) ne soit utilisé à l'intérieur du Repository, ma question est la suivante: quelle est la bonne méthode pour instancier les objets Aggregate? Instance-t-il directement les objets enfants dans le référentiel et les affecte-t-il simplement à la racine agrégée par l'intermédiaire de ses paramètres ou la racine agrégée est-elle responsable de la construction de ses entités/objets enfants?

Exemple 1:

class UserRepository 
{ 
    // Create user domain entity. 
    $user = new User(); 
    $user->setName('Juan'); 

    // Create child object orders entity. 
    $orders = new Orders($orders); 
    $user->setOrders($orders); 
} 

Exemple 2:

class UserRepository 
{ 
    // Create user domain entity. 
    $user = new User(); 
    $user->setName('Juan'); 

    // Get orders. 
    $orders = $ordersDao->findByUser(1); 
    $user->setOrders($orders); 
} 

alors que dans l'exemple 2, instanciation des ordres sont pris en charge à l'intérieur de l'entité utilisatrice.

Answer 1

Vous devriez certainement utiliser le constructeur pour créer des objets, pas des setters. L'un des principes importants de DDD est l'intention de communiquer. Si le nom est requis pour créer un utilisateur, vous communiquez clairement cette exigence en autorisant uniquement la création d'une instance d'utilisateur si un nom est fourni. Ceux-ci sont appelés "invariants" et doivent toujours être satisfaits avant la création d'un objet. De cette façon, vous dites clairement "c'est ce que vous devez fournir avant que cet objet soit dans un état valide".

Lors de la reconstitution d'un objet (par exemple dans un référentiel), vous devez transmettre les objets enfants au constructeur. Dans mon expérience, mes agrégats ont 2 constructeurs: un pour la création (éventuellement appelé par une usine), et un pour la reconstitution (généralement appelé par un référentiel).