conception:ddd:toc
Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédenteProchaine révisionLes deux révisions suivantes | ||
conception:ddd:toc [2017/10/25 03:28] – sgariepy | conception:ddd:toc [2019/02/20 17:46] – [Glossaire] sgariepy | ||
---|---|---|---|
Ligne 3: | Ligne 3: | ||
La conception pilotée par le domaine (// | La conception pilotée par le domaine (// | ||
+ | |||
+ | On doit, entre autre : | ||
+ | * Interagir avec les experts du domaine | ||
+ | * Modéliser un seul sous-domaine à la fois | ||
+ | |||
+ | |||
+ | Les avantages : | ||
+ | * Flexible parce qu'on a des pièces quasi-atomiques du domaine | ||
+ | * Association plus facile avec la vision du client et la perspective du problème | ||
+ | * Résulte en un code bien organisé et facilement testable | ||
+ | * La logique d' | ||
+ | |||
+ | > While Domain-Driven Design provides many technical benefits, such as maintainability, | ||
+ | |||
+ | -- Eric Evens, // | ||
+ | |||
+ | Les désavantages | ||
+ | |||
+ | * Beaucoup de temps passé à discuter de ce qui fait partie du domaine ou non et en communication avec les experts du domaine. | ||
+ | * La courbe d' | ||
+ | * Seulement pertinent s'il existe une certaine complexité dans le problème à résoudre (//business domain complexity// | ||
+ | |||
+ | |||
+ | ====== Glossaire ====== | ||
+ | |||
+ | * Problème du domaine: Un problème précis sur lequel le logiciel tente de solutionner. | ||
+ | * Core domain: | ||
+ | * Sub-domains: | ||
+ | * Bounded-context: | ||
+ | * Context-mapping: | ||
+ | * Shared kernel: Partie du modèle qui est partagé par deux ou plusieurs équipes, qui sont d' | ||
+ | * Ubiquitous language: Un langage qui utilise des termes du modèle du domaine que les développeurs et les experts du domaine utilisent pour communiquer à propos du système. | ||
+ | |||
+ | > The Domain Layer is responsible for representing concepts of the business, information about the business situation, and business rules. State that reflects the business situation is controlled and used here, even though the technical details of storing it are delegated to the infrastructure.This layer is the heart of business software. | ||
+ | |||
+ | -- Eric Evens, // | ||
+ | |||
+ | ====== Elements of a Domain Model ====== | ||
+ | |||
+ | |||
+ | ===== Anemic vs Rich ===== | ||
+ | |||
+ | Anemic focalise sur l' | ||
+ | |||
+ | |||
+ | |||
+ | ====== Aggregates ====== | ||
+ | |||
+ | |||
+ | |||
+ | ---- | ||
+ | |||
+ | Source : [[https:// |
conception/ddd/toc.txt · Dernière modification : 2022/02/02 00:42 de 127.0.0.1