Patterns tactiques DDD

VérifiéSûr

Appliquez les patrons tactiques du DDD avec entités, objets-valeurs, agrégats, repositories et événements métier. Mettez l'accent sur les invariants et la logique métier dans les objets du domaine. Utile pour passer d'un modèle anémique à un modèle riche en comportements.

Spar Skills Guide Bot
DeveloppementIntermédiaire
13002/06/2026
Claude CodeCursorCopilot
#ddd#tactical#aggregates#value-objects#domain-events

Recommandé pour

Notre avis

Ce skill permet d'appliquer les patrons tactiques du Domain-Driven Design (DDD) dans le code, en utilisant entités, objets-valeurs, agrégats, repositories et événements de domaine.

Points forts

  • Guide la traduction de règles métier en structures de code robustes.
  • Encourage la conception d'agrégats avec invariants explicites.
  • Favorise des objets métier riches plutôt que des modèles anémiques.
  • Définit des limites claires pour les repositories et événements.

Limites

  • Ne couvre pas l'architecture de déploiement ni le choix de bases de données.
  • Ne traite pas des protocoles de transport ou de l'infrastructure.
  • Doit être associé à des patrons de test pour garantir la couverture des invariants.
Quand l'utiliser

Utilisez ce skill lorsque vous devez traduire des règles de domaine en structures de code, concevoir des agrégats ou refactoriser un modèle anémique.

Quand l'éviter

Ne l'utilisez pas si vous êtes encore en phase de délimitation stratégique, si la tâche ne concerne que la documentation API ou l'interface utilisateur, ou si la complexité du DDD n'est pas justifiée.

Analyse de sécurité

Sûr
Score qualité88/100

The skill contains only instructional text about DDD tactical patterns and a static TypeScript example. It does not instruct any file system operations, network calls, or execution of commands, and there is no declared tool usage.

Aucun point d'attention détecté

Exemples

Model an aggregate with invariants
Help me design an Order aggregate in TypeScript with invariants: order must have at least one item, can only be submitted once, and status transitions are validated.
Refactor anemic model to rich domain objects
Refactor this User class to follow DDD patterns: make it an entity with behavior, validate email as a value object, and emit a UserRegistered event.

name: ddd-tactical-patterns description: Apply DDD tactical patterns in code using entities, value objects, aggregates, repositories, and domain events with explicit invariants. risk: safe source: self tags: [ddd, tactical, aggregates, value-objects, domain-events]

DDD Tactical Patterns

Use this skill when

  • Translating domain rules into code structures.
  • Designing aggregate boundaries and invariants.
  • Refactoring an anemic model into behavior-rich domain objects.
  • Defining repository contracts and domain event boundaries.

Do not use this skill when

  • You are still defining strategic boundaries.
  • The task is only API documentation or UI layout.
  • Full DDD complexity is not justified.

Instructions

  1. Identify invariants first and design aggregates around them.
  2. Model immutable value objects for validated concepts.
  3. Keep domain behavior in domain objects, not controllers.
  4. Emit domain events for meaningful state transitions.
  5. Keep repositories at aggregate root boundaries.

If detailed checklists are needed, open references/tactical-checklist.md.

Example

class Order {
  private status: "draft" | "submitted" = "draft";

  submit(itemsCount: number): void {
    if (itemsCount === 0) throw new Error("Order cannot be submitted empty");
    if (this.status !== "draft") throw new Error("Order already submitted");
    this.status = "submitted";
  }
}

Limitations

  • This skill does not define deployment architecture.
  • It does not choose databases or transport protocols.
  • It should be paired with testing patterns for invariant coverage.
Skills similaires