decisioni di classe Dominio design

Question

Io sono la creazione di un sito web semplice per ottenere più familiarità con MVC 2.0. Ho fatto moduli web dal 1.0 e si prepara ad avviare una profonda revisione di un sito web form a MVC. Così vuole costruire un'applicazione più piccolo al lavoro fuori la curva di apprendimento.

Quindi ho intenzione di costruire un'applicazione di tracciamento tempo. Sto utilizzando ASP.NET MVC 2.0 e LINQ to SQL. Ho intenzione di dare il repository e unità di lavoro una prova da quando io li utilizzerò nel grande sito web.

Il mio database ha solo 4 tavoli Categoria, di progetto, l'assegnazione e l'utente. Così avrò quei 4 entità LINQ2SQL. Poi avrò POCO PER ProjectDetails, ProjectSummary, AssignmentDetails, ect. Ma sono quelle entità tabella consolidata? O si fa ciascuno di loro hanno bisogno i propri repository? O dovrebbero inserirsi nella Repository aggregata?

Fammi sapere se avete bisogno di maggiori informazioni

Grazie

Answer 1

I tuoi dominio POCO non c'è bisogno di avere un rapporto 1-a-1 con le tabelle DB. E né classi repository devono essere limitato alla lettura / scrittura di una singola tabella.

In un progetto di dominio guidato si inizia spesso con i vostri modelli di dominio e poi capire come persistere quelli al meccanismo di stoccaggio che si tratti di SQL, NoSQL, memoria cache, ecc.