Construire un modèle de domaine - Une introduction à l'agnosticisme de persistance

Concepts clés

Cet article défend le modèle de domaine comme une couche cruciale et agnostique de persistance dans l'architecture logicielle. Il met l'accent sur la définition claire des interactions entre les entités, en se concentrant sur les données et le comportement indépendamment de la base de données sous-jacente ou du mécanisme de stockage. L'article le contraste avec les modèles de base de données, qui entrelacent souvent la logique du domaine avec l'accès à la base de données, entravant l'évolutivité et la testabilité.

La construction d'un modèle de domaine riche présente des défis. Il exige une définition méticuleuse des objets de domaine et leurs interactions, ainsi que la mise en œuvre d'une couche de cartographie pour gérer le flux de données entre le modèle et les couches de persistance. Cependant, le gain est significatif: portabilité et adaptabilité à travers diverses infrastructures.

L'article préconise de l'utilisation d'anciens objets PHP (POPOS) simples pour encapsuler la logique commerciale riche dans des API propres, fournissant un exemple de mise en œuvre PHP pratique. Il démontre la création et l'interaction des entités (publications, commentaires, utilisateurs) sans s'appuyer sur une solution de persistance spécifique.

La prolifération des implémentations MVC conduit souvent à un modèle de base de données, brouillant les lignes entre la logique du domaine et l'accès à la base de données. Bien qu'il ne soit pas pratique pour le code client en raison de son API simplifiée (par exemple, $user->save()), cette approche compromet les principes de conception orientés objet et introduit des problèmes d'évolutivité et de testabilité. Les modèles de passerelle de données enregistrés et de table actifs, lorsqu'ils sont associés directement à la logique du domaine, peuvent exacerber ces problèmes.

Un modèle de domaine, à l'inverse, est une couche indépendante et agnostique de persistance définissant clairement les interactions des entités à travers les données et le comportement. La création d'un modèle de domaine riche avec des objets et des contraintes en interaction est complexe, nécessitant à la fois la définition du modèle et une couche de cartographie pour le transfert de données entre la persistance et le modèle. Malgré cette complexité supplémentaire, la portabilité du modèle résultant à travers différentes infrastructures est un avantage majeur.

L'article montre comment les modèles de domaine fonctionnent bien avec PHP, en utilisant un exemple d'application de blog. Il présente l'utilisation de POPOS pour encapsuler la logique métier (validation, stratégie) au sein d'une API propre. Les interfaces (PostInterface, CommentInterface, UserInterface) définissent les contrats pour les objets de domaine, permettant un échange de mise en œuvre flexible. Une classe abstraite AbstractEntity simplifie l'accès au champ à l'aide de méthodes PHP Magic (__set, __get). Les classes de béton (Post, Comment, User) implémentent ces interfaces, incorporant la validation dans leurs méthodes.

L'exemple montre comment créer et lier des objets de domaine en utilisant l'injection de dépendance. La couche d'application (contrôleurs) agit comme un simple médiateur entre le modèle et la couche de présentation, mettant en évidence l'approche "Modèles de graisse / contrôleurs maigres". Un modèle HTML de base montre comment présenter les données du modèle. L'ensemble de la mise en œuvre reste indépendant de tout mécanisme de persistance, présentant la portabilité et l'évolutivité du modèle.

Bien qu'un modèle de domaine offre des avantages par rapport à un modèle de base de données, il nécessite une couche de mappage pour gérer le transfert de données entre le modèle et la persistance. Le choix entre un ORM personnalisé ou tiers (comme la doctrine ou redbeanphp) dépend des besoins du projet.

L'article conclut en mettant en évidence la nécessité de mettre davantage l'accent sur les modèles de domaines riches dans les cadres PHP modernes et promet un futur article détaillant la mise en œuvre de la couche de mappage personnalisée pour l'intégration MySQL.

Questions fréquemment posées (FAQ)

La section FAQ aborde les différences clés entre les modèles de domaine anémique et riche, les avantages des modèles de domaine dans le développement de logiciels, leurs composants clés et leur relation avec le coffre-fort et le DDD. Il clarifie également la distinction entre les modèles de domaine et de données, offre des conseils sur la création de modèles de domaine efficaces, discute de leur évolution et de leurs défis, et explique leur rôle dans l'amélioration de la communication entre les parties prenantes.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!