46 liens privés
L'article explique pourquoi il est préférable d'utiliser des objets de transfert de données (DTO) avec les formulaires Symfony plutôt que des entités. Bien que l'utilisation directe des entités dans les formulaires soit simple et efficace pour des opérations CRUD basiques, elle peut devenir complexe et problématique pour des cas d'utilisation plus avancés.
L'auteur illustre cela avec un exemple où un formulaire d'édition d'utilisateur doit gérer des champs d'adresse conditionnels. Utiliser directement les entités nécessite des ajustements complexes, comme des transformateurs de données, et peut mener à des états incohérents des entités.
En revanche, l'utilisation de DTOs permet de séparer clairement les données du formulaire de la logique métier, rendant le code plus maintenable et compréhensible. Les DTOs représentent exactement les données du formulaire, évitant ainsi de modifier les entités pour s'adapter aux besoins du formulaire.
Bien que cela nécessite un peu plus de code pour mapper les données entre les DTOs et les entités, cette approche est plus flexible et évite les inconvénients liés à l'utilisation directe des entités dans les formulaires
L'auteur explique à quoi servent les DTOs et comment les utiliser dans le contexte d'une application Symfony en particulier.
Un article très complet sur les DTO : ce qu'ils sont, à quoi ils servent, les pièges à éviter
Un bon exemple de séparation d'utilisation de DTO pour la création d'entités valides. L'auteur montre aussi comment créer une contrainte d'unicité d'un champ Doctrine dans un DTO
Tout est dans le titre
Une astuce top : utiliser le "type de formulaire Symfony" comme DTO (au lieu d'utiliser un DTO externe comme "réceptacle des données de formulaire"). Bonus : ça permet aussi d'utiliser le type de formulaire comme paramètre d'entrée d'une commande
L'auteur montre l'utilisation des DTOs et des annotations pour la validation de données de requêtes d'API.
Tout est dans le titre
Tout est dans le titre
Tout est dans le titre
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur donne plusieurs règles de son équipe, qui doivent être respectées dans le code (utilisation d'exceptions, DTO, etc.) Elles méritent d'être connues
Cet article fait partie de ceux listés dans https://schlitt.info/blog/0784_best_of_posts_for_engineers.html
L'auteur explique l'intérêt d'utiliser un objet pour passer des paramètres à une méthode (DTO). Il montre aussi comment réécrire le code pour passer d'un ensemble de paramètres / d'un tableau associatif à un DTO
Tout est dans le titre
Tout est dans le
Tout est dans le titre
La solution : utiliser un ValueResolver
Tout est dans le titre
La réponse est non, et l'auteur explique pourquoi
Tout est dans le titre
Tout est dans le titre - on ne voit rien à propos d'Elasticsearch, mais le design pattern Builder est très bien présenté