In questi giorni mi capita di leggere NHibernate in Action. Durante la lettura alle fine si cade sempre lì: il domain model. Ci giro intorno da un pò e sinceramente mi scoccia leggere il mattone di Evans. Preferisco sempre l'approccio pratico e avere a che fare con un ORM è un buon modo per saltare subito nella melma, molto coraggio ma anche abbastanza incoscienza. Tant'è alla fine ci sono dentro. Per fortuna il testo comincia con un esempio non banale di DM: "CaveatEmptor". Brrr nome non fu più azzeccato per tenerti lontano dalla lettura. Nemmeno io che ho studiato parecchio latino ci sono arrivato a capire cosa significa. 

Cmq alla fine questo DM cerca di modellare il meccanismo delle aste e delle offerte.Viene messo all'asta di tutto, dagli aggeggi elettronici ai biglietti aerei. Il meccanismo è sempre quello, gli utenti continuano a fare offerte fino alla scadenza del tempo. Vince l'offerta più alta fino a quel momento. In qualsiasi negozio gli oggetti[Item] sono categorizzati per tipo e per essere raggruppati con altri oggetti similari. Nasce quindi la necessità di creare una gerarchia di categorie [Category]. Cosa comunissima questa, un modo classico di creare relazioni di dipendenza fra le cose, padre-figlio. Abbiamo una relazione ricorsiva dell'entità verso se stessa. Notiamo anche una singola Category può avere molte [many] categorie figle ma al massimo una [one] categoria padre. E ciascun Item appartiene ad almeno una Category

Quindi possiamo quindi già generare un pezzetto del DM.