Domaine-Conception avec l'architecture d'oignon - une oignon par contexte délimitée, ou un seul?

Question

Je suis nouveau à la conception directe du domaine (nous avons un gars au travail qui nous pousse à l'utiliser), et j'aime ce que je vois. Je comprends l'architecture d'oignon, que je crois va de pair avec DDD, mais je ne sais pas comment cela fonctionne avec des contextes délimités.

sur l'introduction de Microsoft, je comprends le besoin de contextes délimités

Intro to DDD

Mais je ne sais pas si ce sont des oignons individuels ou non. Il semblerait y avoir un peu de travers, presque comme s'il y avait un grand oignon avec d'autres personnes à l'intérieur, ce qui semble délicat à mettre en œuvre.

Architecture d'oignon Partie 1

Comment fonctionne l'architecture d'oignon avec des contextes bornés?

Answer 1

En réalité, ce ne sont pas, ce sont des concepts différents.DDD= Modèle votre couche d'entreprise pour refléter avec précision les concepts commerciaux et les cas d'utilisation, rien de plus rien de plus.L'architecture x (toute) concerne la structure de l'application en fonction des critères techniques (rien à voir avec quel domaine ressemble à).

Vous pouvez structurer votre application pour mieux refléter l'activité plutôt que pour des préoccupations techniques, c'est-à-dire que l'entreprise est le premier critère, technique est deuxième, en utilisant Composants d'entreprise autonomes Vous n'avez pas besoin d'avoir une application d'entreprise pour cela, le concept s'applique également aux petites applications non distribuées.

Dans la période moyenne Lire ceci