4.21. Determiner le bon type de Modèle

N'est-ce pas déroutant d'avoir autant de types de modèles ?

Eh bien, oui et non. Au début, il peut être un peu difficile de déterminer le bon type de modèle, mais dès que vous gagnerez en compétences, vous serez capable de le faire intuitivement. Rappelez-vous simplement que les types de modèles améliorent la structure de vos modèles de domaine.

Lorsque vous écrivez votre propre application, vous pouvez être confus lorsque vous essayez de décider à quel type de modèle appartient votre classe (qu'il s'agisse d'une entité, d'un value object, d'un repository, d'un service ou d'une fabrique). Ci-dessous, un algorithme simple est fourni pour vous aider à déterminer le bon type de modèle lors de l'écriture de votre application :

• Votre classe de modèle est définitivement un Service
  • si elle encapsule une logique métier
  • si vous l'appelez de votre classe de contrôleur
  • Si vous pensez que le meilleur nom se termine par le suffixe "er" comme FileUploader ou VersionChecker
• Votre classe de modèle est une Entité:
  • si votre modèle est stocké dans une base de données
  • s'il a un attribut ID
  • si elle a à la fois des méthodes getters et setters
• Votre classe de modèle est un ValueObject:
  • si changer un attribut rendrait le modèle complètement différent
  • si votre modèle a des getters, mais pas des setters (immuable)
• Votre modèle est un Repository:
  • si cela fonctionne avec une base de données pour récupérer des entités
• Votre modèle est une Fabrique:
  • s'il peut créer d'autres objets et ne peut rien faire d'autre

Hmm ... que se passe-t-il si je stocke tous mes modèles dans un seul dossier Model?

Bien sûr, vous pouvez, si vous le souhaitez fortement. Mais, lorsque vous utilisez la bibliothèque ORM de Doctrine, vous remarquerez qu'elle utilise également les principes DDD, de sorte que l'utilisation de DDD rend votre application bien organisée.