領域層
public interface IRepository<T> where T : MyEntity
{
}
public class Car : MyEntity
{
...
}
public interface IMyCarRepository : IRepository<Car>
{
}
持久層
public class Repository<T> : IRepository<T> where T : MyEntity
{
public DbContext Context;
public DbSet<T> DbSet;
public Repository(DbContext db)
{
Context = context;
DbSet = context.Set<T>();
}
... Crud method implementation from the IRepository
}
public class CarRepository : Repository<Car>, ICarRepository
{
private CarContext _db;
public CarRepository(CarContext db) : base(context)
{
_db = db;
}
}
這作業正常，但您可以看到 CarRepository 正在使用域中的 Car 模型。假設我想改變 Car 模型以便使用MyEntityMongo
我會改變MyEntityMongo而不是MyEntity
public class MyEntityMongo
{
[BsonId]
public string Id {get; set;}
}
但這[BsonId]將MongoDB.Bson.Serialization.Attributes作為我不想做的域的依賴項。
如果不將 Mongo 庫引入域（或任何其他與資料庫相關的），你將如何做到這一點？目標是保持域和持久層之間的關注點的清晰分離？
uj5u.com熱心網友回復：
我無論如何都不是 C# 開發人員，但我會考慮讓持久性物體與域物體不同，即MyEntity持久性表示，而其他型別是物體的域表示。
存盤庫本質上是一個配接器（甚至可能是一個反腐敗層......），介于將持久性表示加載和保存到資料庫的持久性基礎設施和域邏輯之間；作為配接器，它在邏輯上取決于兩者。
uj5u.com熱心網友回復：
在我看來，最好有兩個不同的課程。一個用于域邏輯，另一個用于持久性模型。為什么？這只是我的看法，但因為將來重構代碼更簡單、更容易。
在我看來，這可以被認為是一個非常主觀的問題......我的建議是基于 DDD 實踐的。
在 的背景關系中DDD，存盤庫層應該將持久性物體轉換為正確的業務物體并回傳它。
否則每個服務都會有關于持久性的知識。
Sapiens Works 的更多解釋：
領域模型模擬現實生活中的問題和解決方案，它模擬行為。
持久性模型對存盤資料的內容和方式進行建模，它對存盤結構進行建模。看？他們有完全不同的目的。域是應用程式存在的原因，一切都圍繞著它。域不應該依賴于任何東西，尤其是不依賴于像 EF 或 NH 這樣的持久性實作細節。當您設計域物體時，他們對持久性一無所知。持久性，資料庫，不存在。
還有一點：
當您設計持久層時，該層服務于域并依賴于它。因此，持久性需要了解域，反之亦然。您為存盤目的設計持久性物體并匹配 ORM 的約束（例如使所有屬性虛擬化）。因此，您將擁有域物體和持久性物體，每個物體都有自己不同的目的和實作。
是的，它們確實相似，有時可能相同（當域非常簡單時），但這僅僅是巧合。每次在存盤庫中建模或使用 ORM 時，您都是在建模持久性而不是域。Eric Evans 建議使用域啟動應用程式并忽略與 db 相關的任何內容是有原因的：域不應該被基礎設施細節污染，因為大多數人都是從以資料庫為中心的方法開始的。一旦你開始使用資料庫，一切都會圍繞它發展，并受到它的約束。但是您不是為資料庫構建應用程式，而是為域構建它，資料庫只是一個持久性實作細節。
uj5u.com熱心網友回復：
您可以按照清潔架構實踐實施存盤庫。從這個意義上說，存盤庫介面不屬于存盤庫或資料訪問層，而是屬于業務邏輯。您應該能夠設計和撰寫應用程式的核心，而無需實作真正的存盤庫，直到最后。
這在您的示例中具有多種含義：
不要定義通用存盤庫介面。由于介面屬于業務邏輯，您將為每個物體定義存盤庫介面。并非所有物體都需要存盤庫中的相同方法，因此通用介面通常不是一個好主意。
如果您向域物件添加基類，那么這樣做是因為它在您的域物件設計中有意義，而不是因為您的持久層需要它。
您的存盤庫介面將獲取和傳遞域物件，這是核心所需要的。無論存盤庫介面對它們做什么，從核心的角度來看都是無關緊要的。
一旦你的核心被編碼和單元測驗，你就可以創建你在編碼核心時定義的介面的真實實作。因此，在實作 Car 存盤庫時，您需要評估 2 個選項：
物體框架：EF 允許您以非侵入方式將域物件直接映射到資料庫（使用IEntityTypeConfiguration）。因此，您可以使用域物件在 DbContext 中定義 DbSet，并且您的存盤庫實作變得非常簡單，無需額外的映射。在某些情況下，如果您想要或需要與您的域物件非常不同的資料庫結構，您可能仍需要將域物件映射到資料物件。
MongoDb：Mongo 非常適用于具有映射屬性的非常具體的資料模型。因此，您的 mongo 存盤庫會將域物件來回映射到 Mongo 物件。
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/439513.html