DDD senza identità nell'AR

Question

DDD senza identità nell'AR

#1 da (5 voti)

1

Cercando di entrare nel mondo del Domain Driven Design con un semplice progetto per mio uso personale. Il progetto è un semplice calcolatore per valutare diversi scenari di pensionamento tra il vecchio ritiro DOD "High-3" e il nuovo pensionamento "BRS".

Il problema che sto passando attraverso questo (molto semplice) progetto è che non riesco a identificare alcun oggetto che abbia davvero un'identità unica. L'Ubiquitous Language è composto da: Retirement, Employee, TSP, High3, BRS, Contribution, ecc. Ma nessuno di questi ha realmente alcun GUID.

Nella maggior parte delle applicazioni, un dipendente probabilmente differisce da un altro dipendente o il pensionamento differisce dal pensionamento di qualcun altro. Ma per questo progetto, un ritiro con un set di attributi deve essere considerato uguale a un altro oggetto pensionamento con lo stesso set di attributi.

O forse dovrei vedere che l'insieme stesso (degli attributi) è considerato univoco e, pertanto, può esserci un solo set di attributi per un ritiro.

Sto pensando a questo in modo errato o non è un buon progetto per DDD? Ancora una volta, volevo espandere la mia conoscenza del design e dell'architettura con un progetto fatto in casa.

domain-driven-design

posta keelerjr12 07.12.2017 - 22:26

fonte

1 risposta

Leggi altre domande sui tag domain-driven-design

Come pianificare attività "pezzo di corda" Funzione che manipola la raccolta e restituisce lo stesso tipo

score 5 · Accepted Answer

Se comprendo bene il tuo dominio, non calcoli un ritiro specifico di un dipendente identificato che ha pagato contributi ben identificati, ma esegui una simulazione per un dipendente generico che è definito esclusivamente da parametri rilevanti per la simulazione.

In questo caso, i tuoi oggetti non sono in effetti entità con un ID, ma oggetti di valore "anonimi".

Tuttavia, forse è necessario tenere traccia di tutti questi oggetti valore di uno scenario di simulazione in modo da poterlo recuperare più tardi. In questo caso, avresti un'entità Scenario con un ID. Questa entità sarebbe la radice di un aggregato che contiene tutti gli altri oggetti.

Se l'obiettivo è imparare DDD, questo esempio non è molto rappresentativo delle solite sfide e delle molte domande che sorgono quando modellano entità con relazioni complesse.