Attualmente sto imparando l'approccio di progettazione basato sul dominio allo sviluppo e l'utilizzo del .NET Domain Driven Design con il libro C# di Tim McCarthy come guida.Domain Driven Design ed Entity Framework 4.1 (code-first)
Il libro è davvero utile ma sto diventando un po 'scollato quando si tratta di utilizzare il framework entità, in particolare l'approccio code-first disponibile in 4.1.
In base all'esempio riportato nel libro, l'approccio dell'architettura a livelli dovrebbe significare che il livello infrastruttura non può vedere il modello/dominio.
Quindi qual è l'approccio migliore per mappare il mio dominio poco nelle classi di contesto db che (presumo) dovrebbe stare nel livello infrastruttura, senza violare l'approccio a più livelli?
C'è una buona possibilità che mi sto sbagliando completamente nel mio modo di pensare quindi per favore fammelo sapere mentre sto ancora imparando!
Molte grazie :)
Adam
Se si utilizza EF Code-First, i POCO sono in realtà il proprio modello di dominio – Didaxis
Sì, questo è ciò che ho capito, ma come si fa a fare riferimento a questi oggetti tra i livelli, in particolare l'infrastruttura al dominio/modello? – adam
I miei modelli si trovano in una libreria di classi e la libreria di business fa riferimento a tale DLL. Consiglierei di leggere alcuni articoli sui modelli di unità di lavoro e deposito online, funzionano bene con POCO. Qui: http://www.asp.net/entity-framework/tutorials/implementing-the-repository-and-unit-of-work-patterns-in-an-asp-net-mvc-application – AFD