Repositi denominati in DDD

Question

Repositi denominati in DDD

#1 da (3 voti)
#2 da (1 voti)

0

Oggi stiamo lavorando con Stored Procedures per accedere al database. Per consentire il test delle unità, abbiamo implementato un'interfaccia per ogni gruppo di stored procedure correlate, ad esempio:

ICustomerRepository
{
 GetAllCustomer();
 GetCustomerById();
 GetEnrolledCustomers();
 // etc..
}

Abbiamo in programma di implementare DDD in tutti i progetti.

La mia domanda è in quale strato DDD è meglio porre l'implementazione di queste interfacce e perché?

Considerate che è un enorme progetto di 4 anni, quindi per ora non saremo in grado di apportare modifiche al modo in cui funziona il nostro DAL. Grazie!

design domain-driven-design architecture

posta Uri Abramson 19.07.2016 - 07:07

fonte

2 risposte

Leggi altre domande sui tag design domain-driven-design architecture

Cos'è una porta di debug Parametri complessi multipli in una chiamata post REST

score 3 · Answer 1

L'architettura di cipolla è una delle possibili scelte quando usi DDD. Se decidi di usarlo, l'implementazione dovrebbe essere nel livello infrastruttura. È possibile avere diverse implementazioni della stessa interfaccia e iniettare quella richiesta nella propria applicazione. IMO le interfacce stesse dovrebbero trovarsi nel livello Dominio.

score 1 · Answer 2

Dipende da cosa restituisce l'interfaccia. Supponendo che restituiscano entità di dominio che dovrebbero andare nel tuo livello di dominio. Le effettive implementazioni dell'interfaccia possono andare nel livello di persistenza.

Quando hai le interfacce del repository nel livello del dominio, i livelli precedenti non dipendono dal livello di persistenza. Da un punto di vista concettuale, l'idea che tu ottenga "Cliente" per ID, lo stato iscritto appartiene al tuo dominio, come farlo è un problema di persistenza.