我剛剛閱讀了Eric Evans撰寫的「領域驅動設計：解決軟件核心的複雜性」問題，並試圖編寫我的第一個以域爲中心的應用程序（使用C＃）。 我們的服務檯將使用該應用程序來跟蹤計算機向用戶的分配情況。 我畫了一個簡單的類圖來反映域的一部分。它看起來像這樣... Class diagram showing two classes: Owner and Computer. There is a one-w
我使用的通用存儲庫模式與方法： private ObjectQuery<T> ObjectQueryList()
{
var list = CamelTrapEntities.CreateQuery<T>(EntitySetName);
return list;
}
public IQueryable<T> List()
{
r
我完全困惑自己試圖設計必要的接口和摘要來完成加載域本體，這些域本身可以被自己使用，也可以組合成一個聚合體。哇。這是一個流行詞。從本質上講，我有兩個對象，我希望具有基類型的「加載」功能，但是當這兩個對象合併成一個時，我會遇到多重繼承。 所以，我有我的實體，它是這樣的（我畫 public class Account
public class Document
public class Accoun
我從以前的問題，這個代碼，但它不是編譯： public interface IEntity
{
// Common to all Data Objects
}
public interface ICustomer : IEntity
{
// Specific data for a customer
}
public interface IRepository<T, TI
我知道使用存儲庫模式的好處之一是它可以很容易地在ORM之間切換，例如將使用Linq執行數據訪問代碼到sql並且還使用Ado.net實體框架，然後使用依賴注入開關使用哪一個。 我看到KIGG做相同的「但它的類圖複雜一點，至少對我來說在存儲庫模式初學者」 但我找不到描述細節這個問題的例子，我看到這個example on codeproject它討論使用Linq to sql的通用資源庫實現，但不能用於