域名設計類決定

我正在創建一個簡單的網站以更熟悉MVC 2.0。自從1.0版本以來，我一直在做Web表單，並準備開始對Web表單網站進行大規模的大修。所以想要構建一個更小的應用程序來制定學習曲線。域名設計類決定

所以我打算建立一個時間跟蹤應用程序。我正在使用ASP.NET MVC 2.0和LINQ to SQL。我計劃試用庫和工作單元，因爲我將在大型網站中使用它們。

我的數據庫只有4個表類別，項目，分配和用戶。所以我將在LINQ2SQL中擁有這4個實體。然後，我將擁有POCO的ProjectDetails，ProjectSummary，AssignmentDetails等。但是那些統一表格實體？或者他們每個人都需要他們自己的知識庫？或者它們應該適合整個Repository？

讓我知道如果你需要任何更多的細節

感謝

來源

2010-09-08 Matt Heffernan

[Repository模式的可能重複：每個實體的一個存儲庫類？]（http://stackoverflow.com/questions/3524646/repository-pattern-one-repository-class-for-each-entity）或http://stackoverflow.com/questions/2327408/repository-pattern-and-multiple-related-core-entities-or-business-objects-one -r或者http://stackoverflow.com/questions/1800153/single-vs-multiple-linq2sql-repositories – jfar 2010-09-08 23:59:55

你的域POCO的不必與你的數據庫表的1對1的關係。您的存儲庫類也不得限制爲讀取/寫入單個表。

在你往往首先開始與您的域模型，然後找出如何堅持這些到您的存儲機制，無論是SQL的NoSQL，內存高速緩存等領域驅動設計

來源

2010-09-08 21:22:00

既然他們是建立域模型的多種方法你如何決定以何種方式來完成。我找到了SRP，一個存儲庫（網關），我確定他們是其他人。 – 2010-09-09 00:02:34

我們的大多數模型與我們的數據庫表格是1對1的關係，對於那些我們擁有單個存儲庫的讀取/寫入單個表格的用戶而言。在模型更復雜的情況下，我們有一個單一的存儲庫，可以讀/寫同一個數據庫中的多個表。但是這些庫很難保持，所以我們儘量減少它們。 – 2010-09-09 17:55:40

域名設計類決定

回答

相關問題