Dos fundamentos à pratica: como construir Entidades ricas de verdade

DEV - 11/06
Vous avez déjà dû ouvrir une discussion sur des entités dans différents contextes de développement de logiciels. Non...

Vous avez déjà dû ouvrir une discussion sur des entités dans différents contextes de développement de logiciels. Pas de banc de données, une entité est presque une ligne sur un tableau. Aucun ORM (ferment qui convertit les tables du banc en objets), n'est une classe de getters et setters.

Mais quand nous pensons au Domain-Driven Design (DDD) - un outil pour modéliser un logiciel complexe qui ne fait pas l'objet d'un travail - il est plus spécifique. C'est ce qui nous amène à discuter aujourd'hui, sans complication.

Imaginez que vous êtes en train de construire un système de matricule pour une école. Maintenant, vous savez où sont les simples, criez une classe Aluno avec votre nom, envoyez un e-mail et un CPF et gardez un tableau. Pour modifier l'e-mail, vous avez ceci :

$étudiant->email = "[email protected]" ; $db->save($étudiant);
Entrer en mode plein écran Quitter le mode plein écran

Tout fonctionne plus avec le tempo, les étapes à suivre :

  • Dans le trocart de l'e-mail, il s'agit précisément d'une modification pour l'auditoire.
  • Un alu ne peut pas être matriculaire si il est déjà en dehors de mon CPF actif.
  • Lorsque vous avez un nom changé, envoyez précisément une notification au secrétaire.

Vous tentez de localiser ces contrôleurs (camada qui reçoit des exigences HTTP) ou nos services (camada d'orquestração). Le résultat ? Le code vient à être répété avec la validation du CPF qui ...
[Courte citation de 8% de l'article original]