In Domain-Driven Design c'è l'idea di un contesto limitato che è fondamentalmente un modo per stabilizzare un confine entro il quale un certo modello è valido per quanto ho capito. Ho trovato questa idea molto utile perché prima di leggerne una delle principali sfide che ho affrontato per utilizzare correttamente l'orientamento degli oggetti era l'esistenza di ambiguità sul modello (una classe Product che a seconda del contesto potrebbe significare qualcosa diverso, per esempio).
Ora, anche se penso di aver capito un po 'l'idea dei contesti limitati, non sono ancora sicuro su come implementarlo nella pratica.
Il mio dubbio principale, che è quello che sto chiedendo in questa domanda, è il seguente: quando codifichiamo un contesto limitato, dovrebbe contenere solo il codice di dominio o essere un'intera applicazione?
In alcune letture ho l'impressione che un contesto limitato si riferisca a un'intera applicazione. Ma questo sembra non essere in accordo con la comprensione che ho avuto e sul fatto che DDD si occupa solo del modello di dominio. In verità, IMHO il più delle volte siamo interessati a creare un'applicazione, e capita che ci siano diversi contesti all'interno di ciascuno dei termini del linguaggio ubiquitario, sebbene lo stesso significhi cose diverse. In questo caso non intendiamo creare diverse applicazioni, ma solo una.
In tal caso, quando si implementano i contesti con DDD, dovrebbero contenere solo il modello di dominio per quel contesto o essere un'intera applicazione?