DDD est une méthode de description d'un projet. Un peu comme une méthode Merise ou l'UML. Il semble quand même plus proche des contraintes réelles d'un projet que l'UML. Il introduit des objets de base comme l'entity, le value object, l'event, l'aggregate, le bounding context, le Repository, le service… Le genre d'objet de base qui évite de devoir réinventer la roue à chaque nouvelle modélisation.
On peut trouver nombre d'articles sur le sujet.
Mais connaissez-vous des outils de design ou (…)
Bonjour
un petit journal pour annoncer la création d'un canal irc #dddfr sur freenode.org pour parler exclusivement de Domain Driven Design (Conception pilotée par le Domaine en bon français), du CQRS (Command Query Responsability Segragation), Event Sourcing, Event Store etc … Mais aussi d'architectures ( Clean , Hexagonales, Layer ) et aussi des solutions qui existent pour les implémenter quelque soit vos langages de programmations.
Aucun espace francophone n'existait pour venir échanger du sujet, donc voilà, c'est choses (…)
Après deux ans de dur labeur, la Communauté Qi4j lance aujourd'hui la deuxième génération de son framework de Programmation Orientée Composite, disponible sous la très libérale licence Apache 2.0.
La Programmation Orientée Composite (COP en anglais) pousse les concepts de la Programmation Orientée Aspects (POA ou en anglais AOP) dans ses retranchements en permettant de créer des objets Composites à partir de Fragments. Avec un framework de Programmation Composite il est possible d'implémenter chaque aspect comme un objet séparé puis de les traiter comme des Mixins/SideEffects/Concerns que l'on assemble en un Composite cohérent. Les principaux bénéfices d'une telle approche sont un fort découplage et une réutilisation aisée.