La conception pilotée par domaine (DDD) est une approche pour développer des logiciels pour des besoins complexes en connectant l'implémentation à un modèle évolutif.
Je suis développeur junior parmi les seniors et j'ai beaucoup de mal à comprendre leurs pensées, leur raisonnement. Je lis en DDD ( Domain-Driven Design ) et ne comprends pas pourquoi nous devons créer autant de classes. Si nous suivons cette méthode de conception de logiciel, nous aboutissons à 20-30 …
Je vois beaucoup ce terme dans le contexte de l'architecture logicielle ("modèle de domaine", "conception pilotée par le domaine" etc.). Je l'ai googlé, mais j'ai des tonnes de définitions différentes. Alors qu'est-ce que c'est vraiment?
Où est la limite entre la délégation et l'encapsulation de la logique métier? Il me semble que plus nous déléguons, plus nous devenons anémiques . Cependant, la délégation encourage également la réutilisation et le principe de DRY. Alors, qu'est-ce qui convient de déléguer et que devrait rester dans nos modèles …
Dans le débat sur les modèles de domaine Rich vs. Anemic, Internet regorge de conseils philosophiques, mais ne contient que des exemples faisant autorité. L’objectif de cette question est de trouver des directives définitives et des exemples concrets de modèles de conception pilotés par domaine appropriés. (Idéalement en C #.) …
Je sais que certaines questions déjà étroitement liées à ce sujet ont déjà été abordées ici, mais aucune ne prend comme point de départ la langue ubiquiste . Je pense donc que cela justifie cette question. Pour ceux qui ne le savent pas: le langage ubiquitaire est le concept de …
Je voudrais savoir ce qui différencie une classe de service d'une classe utilitaire ou d'une classe d'assistance Une classe uniquement avec des méthodes sous-jacentes appelle le dao est un service? L'utilisation de classes Helper ne viole-t-elle pas SRP?
Il y a longtemps, nous avons ajouté une fonctionnalité permettant à nos utilisateurs d'accepter une image après son ajout à une file d'attente de flux de travail. Il s'avère que nous avons utilisé le mauvais terme et que les utilisateurs "approuvent" l'image. Changer d'accepter pour approuver sur notre interface est …
Je lis actuellement Domain-Driven Design de Evans et je discute de l’architecture en couches. Je viens de me rendre compte que les couches application et domaine sont différentes et doivent être séparées. Dans le projet sur lequel je travaille, ils sont en quelque sorte mélangés et je ne peux pas …
Mon nouveau chef travaille sur ce projet depuis de nombreuses années. Je ne suis ici que depuis quelques semaines, mais je ne suis pas sûr que ce soit possible. Il aimerait concevoir un système "100% data driven". Donc, si nous mettons suffisamment de données, nous pouvons définir et générer n’importe …
Premièrement, je tiens à dire que cela semble être une question ou un domaine négligé. Si cette question doit être améliorée, aidez-moi à faire de cette question une excellente question qui pourra profiter à d’autres! Je cherche des conseils et de l'aide auprès de personnes qui ont mis en place …
Je plonge dans le DDD (Domain Driven Design) et même si j'y vais plus profondément, il y a des choses que je ne comprends pas. Si je comprends bien, l’un des principaux objectifs est de séparer la logique de domaine (logique d’entreprise) de l’infrastructure (base de données, système de fichiers, …
En travaillant sur le livre "Implementing Domain Driven Design" de Vaughn Vernon, je suis incapable de bien comprendre ce qu'est un contexte délimité. Le livre définit un contexte délimité comme "une frontière conceptuelle dans laquelle un modèle de domaine est applicable. Il fournit un langage omniprésent qui est parlé par …
Je me plonge dans Domain Driven Design et certains des concepts que je découvre ont beaucoup de sens en surface, mais lorsque j'y réfléchis davantage, je me demande si c'est vraiment une bonne idée. Le concept d'agrégats, par exemple, a du sens. Vous créez de petits domaines de propriété afin …
Je suis à la recherche de modèles architecturaux pour une application que je développe et une approche de microservice semble être un bon choix, mais je ne sais pas comment gérer les interactions entre les services. L'application traite principalement des utilisateurs, des profils appartenant à des utilisateurs, des photos et …
La plupart des modèles de conception tactiques DDD appartiennent à un paradigme orienté objet, et un modèle anémique décrit la situation dans laquelle toute la logique métier est mise en services plutôt qu'en objets, ce qui en fait une sorte de DTO. En d'autres termes, modèle anémique est synonyme de …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.