Un contesto limitato può essere costituito da altri contesti limitati?

In DDD, se disponiamo di un dominio di grandi dimensioni come travel, lo suddividiamo in sottodomini e creiamo un contesto limitato per ogni sottodominio.

I sottodomini sono in qualche modo indipendenti, interagiscono tra loro ma spesso anche direttamente con il mondo esterno. Ciascuno può offrire una coerenza transazionale.

Una soluzione può essere composta da più contesti limitati senza necessariamente considerare la soluzione globale come un suo contesto limitato. Non ci aspetteremmo la coerenza transazionale attraverso i contesti limitati e vedremo invece la compensazione (do / undo) usata.

Ci vorrebbe più di più contesti confinati interagenti per creare una composizione gerarchica di un contesto limitato più ampio. Avremmo bisogno di un linguaggio ubiquitario, di radici aggregate, di un modello di dominio, di un software, di transazioni, ecc. Probabilmente un contesto limitato di livello superiore potrebbe far interagire l'interazione con il mondo esterno.

Associo il termine dominio più allo spazio del problema, più allo spazio aziendale, e al termine contesto limitato più allo spazio della soluzione, all'automazione che portiamo per migliorare il dominio (o rendere il dominio praticabile).

Un Contesto Limitato è un modulo autosufficiente del sistema.

Risposta letterale

Probabilmente no.

Sebbene sia possibile, la mia immaginazione non riesce a fornirmi uno scenario che funzioni da una prospettiva DDD, e non è anche un progetto volutamente imperfetto con una soluzione ovvia.

ragionamento

È possibile comporre diversi moduli di questo tipo per creare un nuovo modulo. Di solito però questo nuovo modulo non fornisce un contesto limitato che è il super-set dei suoi moduli però.

Per maggiore chiarezza, considera diverse librerie come una libreria di container, una libreria di flussi e una libreria di matematica. Ciascuno è un contesto separato all'interno dei propri domini aziendali.

• La libreria dei contenitori è nel business della strutturazione degli elementi e della gestione dei loro cicli di vita.
• La libreria di flusso è nel business della comunicazione tra processi (si tratti di sottoprocesso come in architettura di pipe e filtri, processo inter-os, processo inter-network o time delayed / extra-process tramite un file).
• La biblioteca matematica si trova nel dominio di un campo (o più campi) di matematica come trigonometria, tensori, insiemi, ecc ...

Raramente si vedono questi moduli (e domini) combinati nel loro superset rigido: container / stream / maths. È più probabile vederli composti come un gioco, un mixer musicale o un servizio di transazione transazionale. Il contesto limitato di queste composizioni è molto diverso.

Lettura alternativa della domanda

Può esistere un'entità di dominio in più di un contesto limitato?

Si

È la condivisione di un contesto limitato?

No

perché

Alcuni contesti limitati devono comunicare tra loro. Questo da solo significa che devono condividere una comprensione comune del dominio. Quindi ci sono due contesti limitati con due rappresentazioni identiche / simili / correlate di un'entità di dominio.

In senso tecnico questa conoscenza del dominio potrebbe essere incapsulata da una libreria utilizzata da entrambi i contesti limitati. Questa libreria tuttavia non è rappresentativa di un contesto limitato. Di per sé non è un modulo autosufficiente, perché mentre facilita la comunicazione e può contenere manipolazioni comuni, non è a conoscenza di come ogni contesto limitato organizzerà, interagirà e reagirà alle comunicazioni che rappresenta.

Questo caso

Dipende da cosa intendi per Tour?

È un tour un volo + hotel + attività locale?

• Quindi quale contesto limitato è responsabile delle attività locali?

Un tour è sinonimo di un'attività locale?

• Quindi probabilmente è un contesto vincolato separato in questo modello.
• chi è responsabile della gestione del volo + hotel + visto + prenotazione del tour nel suo complesso?