Approvisionnement en événement dans une pincée

L'approvisionnement en événement expliqué: Un guide pratique pour les débutants

Ce guide offre une introduction pratique à l'approvisionnement en événements, un modèle de conception puissant dans la conception axée sur le domaine (DDD). Bien qu'il ne réclame pas l'expertise, cette explication vise à démystifier le concept des développeurs nouveaux dans DDD. Considérez-le comme un aperçu concis - un point de départ utile.

L'approvisionnement en événement fait partie d'un écosystème DDD plus important, et la compréhension d'autres modèles DDD améliore son efficacité. Cependant, ce guide se concentre sur les principes de base de l'événement Sourcing, ce qui le rend accessible même sans connaissance DDD étendue.

Concepts clés

• Sourcing d'événements: Au lieu de stocker uniquement l'état d'application actuel, l'approvisionnement en événement stocke la séquence d'événements que a changé l'état.
• Record historique: Cette approche crée une histoire détaillée des changements d'État, permettant le «voyage dans le temps» et la simplification de la récupération du système.
• Imutabilité: Les événements sont immuables et annexés uniquement, créant une piste d'audit fiable et protégeant contre la corruption des données.
• Tracabilité et auditabilité: Idéal pour les systèmes nécessitant une traçabilité et une auditabilité élevées. Il peut être implémenté avec des bases de données relationnelles.
• Complexité: L'approvisionnement en événement introduit la complexité architecturale, nécessitant une conception minutieuse pour les schémas d'événements, la gestion du volume de données et l'intégration avec d'autres systèmes et modèles comme CQRS.
• Performance: Les frais généraux des événements d'écriture et de lecture peuvent avoir un impact sur les performances, mais des techniques comme les instantanés peuvent atténuer cela.

L'importance d'une langue commune

DDD met l'accent sur un vocabulaire partagé entre les développeurs et les clients. L'utilisation de la terminologie du client lors de la modélisation du système améliore la communication et réduit le fluage de portée. Ceci est crucial pour comprendre et mettre en œuvre efficacement l'approvisionnement en événements.

Le comportement de stockage, pas seulement l'état

Les opérations de crud traditionnelles se concentrent sur l'état actuel. Considérez cet exemple éloquent:

$product = new Product();
$product->title = "Chocolate";
$product->cents_per_serving = 499;
$product->save();

Cela manque de contexte. L'approvisionnement en événement, cependant, capture le comportement :

$events[] = new ProductInvented("Chocolate");
$events[] = new ProductPriced("Chocolate", 499);
store($events);

Cette approche fournit une chronologie claire des événements, permettant une reconstruction facile des états passés et une analyse plus perspicace.

Implémentation de l'approvisionnement des événements

Nous utiliserons des classes PHP pour représenter les événements:

abstract class Event
{
    private $date;
    // ... methods ...
}

final class ProductInvented extends Event
{
    // ... methods ...
}

La classe Event fournit une structure commune, tandis que les classes d'événements concrètes (comme ProductInvented) définissent des types d'événements spécifiques. L'utilisation de la distinction de type PHP assure l'intégrité des données.

Stockage des événements avec PDO

Nous utiliserons PDO pour interagir avec une base de données SQLite. Les fonctions d'assistance simplifient les opérations de base de données:

$product = new Product();
$product->title = "Chocolate";
$product->cents_per_serving = 499;
$product->save();

Ces fonctions gèrent les connexions de la base de données, les instructions préparées et la gestion des erreurs.

Création et stockage des événements

Le stockage d'événements implique la création de tables de base de données pour chaque type d'événement. Les fonctions store et storeOne gèrent le stockage réel:

$events[] = new ProductInvented("Chocolate");
$events[] = new ProductPriced("Chocolate", 499);
store($events);

Événements projetés

Pour présenter les données dans un format utilisable, nous devons "projeter" les événements dans une représentation d'état actuelle. La fonction fetch récupère les événements de la base de données:

abstract class Event
{
    private $date;
    // ... methods ...
}

final class ProductInvented extends Event
{
    // ... methods ...
}

La fonction project transforme les événements en une représentation structurée:

function connect(string $dsn): PDO { /* ... */ }
function execute(PDO $connection, string $query, array $bindings = []): array { /* ... */ }
// ... other helper functions ...

Cela permet une présentation efficace des données, même si les données sous-jacentes sont stockées sous forme d'événements. Pour un accès à haute fréquence, envisagez de stocker périodiquement des données projetées dans des tableaux séparés.

Conclusion

L'approvisionnement en événement offre des avantages importants dans la traçabilité et la résilience du système. Tout en introduisant la complexité, ses avantages l'emportent souvent sur les défis, en particulier dans les systèmes nécessitant des sentiers d'audit détaillés et des mécanismes de récupération robustes. N'oubliez pas de tirer parti de la puissance d'une langue commune et de considérer les implications de performance lors de la mise en œuvre de ce modèle.

Questions fréquemment posées (FAQ)

La section FAQ fournie reste en grande partie la même, offrant un aperçu complet des questions et des préoccupations communes concernant l'approvisionnement en événements. Aucun changement n'est nécessaire pour maintenir sa clarté et son exhaustivité.

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!