DDD è Domain-Driven Design, si tratta di una metodologia che comprendono il linguaggio onnipresente, entità radice, oggetto di valore e aggregazioni ..Come combinare DDD (Domain-Driven Design) DCI per la progettazione di un'applicazione
DCI: dati , Context, Interactions è un paradigma di programmazione inventato da Trygve Reenskaug.
come posso combinare con loro in un nuovo sistema?
Questo è un argomento di discussione in corso, e qualcosa che probabilmente troverà risposte migliori al gruppo Google di composizione degli oggetti in cui è stato discusso in precedenza. Inoltre c'è uno sforzo per portare il campione DDD canonico a DCI alla pagina github DCI.
Lunga storia troppo breve: DCI si inserisce in un contesto limitato, in cui si avrebbe quindi un contesto DCI per caso d'uso.
Se si legge questo https://msdn.microsoft.com/en-us/library/jj554200.aspx, credo che la nozione DCI di "contesto" sia sinonimo di "gestore processi". Invece dei metodi di chiamata dei gestori dei processi sugli aggregati, applicherebbe i ruoli agli aggregati e li coordinerebbe usando quelli. Un "contesto limitato" potrebbe avere diversi "process manager" o "contesti". Cosa ne pensi?
grazie, ecco un articolo al riguardo: http://jivejdon.blogspot.com/2011/09/ddd-dci-and-domain-events-example.html – banq
DCI promuove i dati stupidi. mentre DDD promuove metodi su classi di modelli di dominio. così??? –
@Hendy Irawan: DCI non promuove solo dati stupidi, ma promuove anche ruoli che possono essere assegnati a questi oggetti dati stupidi. Questi ruoli implementano il comportamento del dominio. Quindi i dati stupidi/le classi/hanno quasi nessun comportamento ma il comportamento/objects/have. –