Transformation axée sur le domaine (French Edition)

Annexe E. Les refactorisationstactiques qui renforcent la connaissance du domaine

Un code qui est dur à comprendre et dont on ne sait pas trop pourquoi il a été fait est aussi dur à maintenir. C'est pour ça qu'on veut que notre code montre clairement les concepts du domaine pour lequel il a été créé. Les refactorisations dans cette annexe sont là pour t'aider à transformer un code pas très clair en concepts bien exprimés, faciles à comprendre et à modifier pour le programmeur qui le lit.

Pour arriver à ce modèle de domaine beau et riche en comportements, on peut faire différentes choses :

• Intégrer le langage du domaine dans le code avec Appliquez le langage omniprésent.

• Rendez le modèle de domaine plus expressif grâce à Remplacer les primitives par des objets de valeuret guérissez l'anémie des entitéset introduire un contrat.

• Séparez la logique métier du code technique avec Diviser l'enregistrement actif en agrégat et référentiel et Split Repository into Interface and Implementation pour séparer l'accès à la base de données, ou Extraire l'entité de l'interface utilisateur intelligente et Extraire le service de l'interface utilisateur intelligente pour séparer le code de l'interface utilisateur.

Ces refactorisations ont généralement lieu avant ou après les refactorisations tactiques afin de soutenir les refactorisations stratégiques qui sont effectuées.

Appliquer un langage universel

Motivation

Chaque fois que vous faites de l', si le code utilise des noms pas chouettes, ...