Domain-Drive Design

Question 1

Quelles sont les deux composantes fondamentales pour avoir une modélisation viable ?

Answer 1

Il faut que sa construction soit itérative, et que les développeurs aient une très bonne communication avec les experts du domaine.

Question 2

Qu’est ce que l’analyse paralysante ?

Answer 2

C’est quand on a trop de documents inutiles, trop de specs en avance, et que cela nous bloque pour avancer.

Question 3

Qu’est ce qu’un modèle ?

Answer 3

Une connaissance sélectionnée, simplifiée et structurée d’un élément d’un domaine.

Question 4

Qu’est ce qu’une modélisation ?

Answer 4

Le fait de lier plusieurs modèles entre eux afin de créer un ensemble représentant le domaine.

Question 5

Par qui le modèle doit être compris ?

Answer 5

Par tous les gens de l’entreprise. Ce doit être un langage commun.

Question 6

Comment les modèles doivent ils être conçus ?

Answer 6

Par le knowledge crunching (du brainstorming avec les experts du domaine et les développeurs), et de l’itération (des expérimentations)

Question 7

Qu’est ce qu’un langage ubiquitaire ?

Answer 7

C’est quand on utilise le même vocabulaire entre experts et développeurs.

Question 8

Que permet d’éviter le langage ubiquitaire ?

Answer 8

Les traductions entre les services, ce qui amène à une incompréhension du modèle.

Question 9

Qu’induit un changement du langage ubiquitaire ?

Answer 9

Un refactoring dans le code.

Question 10

Qu’est ce qui ne fait pas parti du langage ubiquitaire ?

Answer 10

Les termes techniques (patterns, code…), les termes business qui sont inconnus au développeur.

Question 11

Que faut il éviter avec les diagrammes UML ?

Answer 11

Qu’ils contiennent trop d’informations. Il faut éviter les implémentations techniques dedans (signatures des fonctions par ex, type des variables..)

Question 12

Peut on représenter tout le domaine via UML ?

Answer 12

C’est impossible : trop gros, complétement indigeste pour tout le monde. Il faut faire une belle doc qui va séparer en petits diagrammes.

Question 13

Que doit faire la documentation ?

Answer 13

Compléter le code et la parole. Avoir une vision en hauteur, sans trop rentrer dans les détails. Apprendre pas à pas la modélisation.

Question 14

Que doit on faire au niveau du code avec le langage ubiquitaire ?

Answer 14

Utiliser le même vocabulaire partout, même pour nos classes.

Question 15

Qui doit faire la conception des logiciels ?

Answer 15

Les développeurs qui vont réaliser le logiciel. Ce sont les lead développeurs qui vont lier la modélisation du domaine avec la conception du logiciel.

Question 16

En combien de couches l’auteur de DDD propose de séparer une application ?

Answer 16

4 : UI, Applicative, Domain, Infrastructure

Question 17

Que faut il faire avec les relations de models ?

Answer 17

Il faut les réduire au maximum, pour avoir le moins de chemins possibles.

Question 18

Que faut il faire avec les relations bidirectionnelle ?

Answer 18

Le rendre unidirectionnelle, pour simplifier la modélisation. On va garder la relation directionnelle la plus forte, qui a le plus de sens (Formuler la question pour trouver)

Question 19

Qu’est ce qu’une entité ?

Answer 19

Un model qui a une continuité, une vie dans le SI

Question 20

Que doit on s’assurer avec les entités ?

Answer 20

Qu’ils aient un identifiant unique à travers tout le SI, et qu’on ne se base pas sur des attributs mouvants (coucou l’email)

Question 21

Qu’est-ce qu’un Service ?

Answer 21

Une classe qui va coordonner une action en prenant en paramètre des models. Son nom doit être un verbe, tiré du langage uniquitaire.

Question 22

Qu’est ce qu’un Value Object en DDD ?

Answer 22

Un model mais qui n’est pas une intentité

Question 23

Qu’est-ce qu’un Aggregate en DDD?

Answer 23

Un ensemble composé d’une Entité racine et de plusieurs Objects Values qui la référence.

Question 24

Que doit on s’assurer avec les Aggregate en DDD ?

Answer 24

Si l’entité est mise à jour (ajout ou suppression id), les Objects Values doit être immédiatement mises à jour. Les références externes à l’Entité de l’Aggregation peuvent être faite en asynchrone.

Question 25

Qu’est ce qu’un Repository ?

Answer 25

Une classe qui va faire créer nos objets de la DB vers l’application. Il va pouvoir aussi faire des recherches plus complexes, avec des filtres…

Question 26

Qu’est ce qu’une Specification en DDD ?

Answer 26

Un object Value mais dédié à produite un résultat Booléen (ex : isValid). Permet de séparer cette logique de du model, mais quand même mettre en avant dans la modélisation

Question 27

Peut avoir un model identique (exemple un utilisateur) pour tous le SI ?

Answer 27

Non, car il ne matcherai pas pour tous les besoins des Apps.

Question 28

Qu’est ce qu’un Bounded Context ?

Answer 28

C’est le périmètre dans lequel un modèle peut agir