DDD Business Model au mappage de modèle relationnel

Question

J'essaie de déterminer où (dans les différentes couches) les entités métier doivent démarrer et l'objet à mettre en correspondance de table. Les entités métier doivent-elles faire surface hors de la couche de référentiel ou hors de la couche de service? Je me demandais parce qu'au début, je pensais qu'il devrait faire surface à partir de la couche de dépôt, mais voyons mes soucis dans ce cas. Le référentiel d'un membre shuold business model return Entité membre qui possède, en tant que propriété, le pays du membre. Le pays du membre serait une chaîne (Allemagne, États-Unis, ..) et cela signifierait que le référentiel du membre bénéficierait de l'utilisation d'un référentiel de pays. Ce droit ou les référentiels devraient-ils fonctionner séparément? Ou la couche de service doit-elle générer et renvoyer l'entité membre du modèle économique en utilisant les différents référentiels? Si mon hypothèse selon laquelle les entités métier doivent apparaître à partir de la couche du référentiel, la mise en cache devrait-elle également se produire au niveau du référentiel? Je veux dire que la mise en correspondance des Pays ou d'une relation plus complexe devrait bénéficier de la mise en cache au niveau du référentiel?

Merci

Answer 1

Lorsque vous avez des objets qui contient un code unique et l'étiquette, que l'on appelle souvent des « valeurs de référence » ou « nomenclature », ils devraient être traités différemment des autres objets. Ceci peut ne pas être adressé par la conception pilotée par domaine. Mon conseil: seul le code (clé étrangère) est généralement utile dans la couche de gestion, donc ne chargez jamais une valeur de référence dans le niveau métier, placez-les tous au démarrage dans un cache modifiable accessible depuis la couche de présentation.