Nel precedente articolo abbiamo visto i primi elementi fondamentali per la realizzazione di un domain model (Entities e Value Objects) e abbiamo raggiunto qualche importante risultato. Il nostro domain model non è piatto, ma alcune famiglie di classi svolgono ruoli diversi che iniziano a delinearsi, assumendo una struttura e un‘organizzazione caratteristiche.
Dopo aver introdotto nel precedente articolo i concetti generali del Domain Driven Design, cominciamo ad analizzare gli aspetti fondanti di questo "nuovo" approccio alla progettazione del software, guardando da vicino alcuni concetti relativi all‘architettura e descrivendo qualche pattern.
Utilizziamo i cookie per favorire la migliore esperienza di navigazione sul nostro sito. Continuando a utilizzare questo sito accetti l'uso dei cookie.OKMaggiori informazioni
Dal 1996, architetture, metodologie, sviluppo software