Domain driven design

Dev back

Why We Gave Up on DTO Layers — And Let Services Talk in Domain Language

Cet article explique pourquoi l'auteur a abandonné l'utilisation des couches DTO (Data Transfer Object) dans son architecture logicielle. Au lieu de complexifier le code avec des mappers et des DTO pour chaque changement, il plaide pour une communication directe en langage de domaine entre les services. Cela vise à réduire la duplication, les frictions et les bugs associés au modèle DTO, tout en maintenant l'intégrité du modèle de domaine.

medium.com

domain driven design
Dev back

Laravel DDD - Starting our Domain Code; Data Objects and Factories

Cet article traite de la mise en œuvre de la conception orientée domaine (DDD) dans Laravel, en se concentrant sur la création d'objets de données et d'usines d'objets de données. Il explique comment les objets de données apportent plus de contexte et de sécurité de type par rapport aux tableaux traditionnels, et comment les usines peuvent aider à créer ces objets de manière cohérente dans l'application. L'objectif est de rendre le code plus fiable et testable tout en simplifiant la gestion des données.

www.juststeveking.uk

domain driven design
Dev back

Laravel DDD - Getting started with DDD in Laravel

Cet article présente la mise en œuvre de la conception orientée domaine (DDD) dans les applications Laravel. Il explique comment diviser le code en domaines pour une meilleure structure et maintenabilité, avec des exemples concrets de séparation de domaines tels que le blog, le portfolio et la communication. Il décrit également la création de namespaces et de fournisseurs de services pour faciliter l'organisation du code. Enfin, il insiste sur l'importance de structurer le code pour répondre aux besoins applicationnnels spécifiques.

www.juststeveking.uk

domain driven design
Dev back

Laravel DDD - Routing within our Domain

Cet article explique comment gérer les routes dans une application Laravel utilisant l'approche Domain Driven Design (DDD). Il propose de créer des fichiers de routes spécifiques à chaque domaine, organisés au sein même du domaine. L'auteur suggère d'utiliser des Providers de Service pour enregistrer et désenregistrer les routes, permettant ainsi une gestion propre et modulaire des routes selon les domaines. Un exemple concret est donné avec le domaine Blogging, où les conventions de nommage et l'organisation des routes sont abordées, tout en fournissant des étapes claires pour la mise en œuvre de la logique de traitement des requêtes.

www.juststeveking.uk

domain driven design
Dev back

Learn all about Laravel's dependency injection container

Cet article explique comment le conteneur d'injection de dépendances de Laravel peut simplifier l'organisation du code et optimiser les applications Laravel. L'auteur partage sa méthodologie pour gérer les liaisons en utilisant le design axé sur le domaine, permettant une gestion efficace au fur et à mesure que l'application grandit. Des pratiques pour maintenir un code propre et minimal sont aussi discutées, mettant en avant l'importance de l'organisation dans le développement d'applications complexes.

www.juststeveking.uk

domain driven design