DDD: Dovrebbe creare un modello di dominio per un livello di applicazione complesso?

2

Sono a metà del libro DDD di Eric Evans, ma non credo che la risposta sia nel libro.

Se un'applicazione ha i suoi concetti complicati diversi dal dominio sottostante, possiamo creare un altro modello di dominio per rappresentare anche l'applicazione?

Un esempio chiarirebbe. Ad esempio, il dominio principale di un'organizzazione è Information Rights Management, ovvero crittografia delle informazioni e controllo del suo utilizzo in base ai diritti di accesso degli utenti. Una delle loro applicazioni è un client di posta elettronica IRM abilitato come Outlook che crittografa le e-mail in uscita usando IRM. Ora, un client di posta elettronica abilitato per IRM è di per sé un'applicazione molto complicata e potrebbe avere diverse nuove regole aziendali relative a IRM in e-mail, entità e operazioni. In questi casi, è consigliabile creare un altro modello di dominio per rappresentare un client di posta elettronica solo all'interno dell'applicazione e utilizzare insieme il modello di dominio IRM principale e il modello di dominio e-mail? Nota che IRM nell'e-mail non è il core business dell'organizzazione, ma nonostante ciò ha un client di posta elettronica che ruota attorno a IRM.

    
posta Kapil Dhaimade 17.04.2018 - 13:46
fonte

1 risposta

0

Forse il concetto di contesti limitati ( link ) è quello giusto qui.

Se l'uso e il significato di alcuni concetti differiscono molto in contesti diversi (può essere una email nel tuo caso), puoi introdurre un confine e tradurre in e da entrambi i contesti.

Altrimenti, perché dividi il modello in due, il dominio principale è già separato come dici tu.

    
risposta data 17.04.2018 - 16:49
fonte