除了“真实”对象之外，DDD 存储库还可以使用摘要对象吗？物体

Question

假设我正在创建一个存储库来存储数字电子书，如下面的界面所示。该存储库将存储书籍的实际文本以及标识书籍的元数据（标题、作者、出版商、ISBN 等）。

public interface IBookRepository
{
    void AddBook(Book newBook);
    void DeleteBook(int bookId);
    void UpdateBook(Book updatedBook);
    Book GetBook(int bookID)
} 

public class Book
{
    public int BookId {get; set;}
    public string Title {get; set;}
    public string Author {get; set;}
    public IList<Page> Contents {get; set}
}

public class Page
{
    public int PageNumber {get; set;}
    public string PageContent {get; set;}
}

在大多数情况下，我不想检索这本书的全部文本，因为那样会相当昂贵。在大多数情况下，我关心的只是元数据，例如我可能只想创建一个书籍列表。那么，就 DDD 而言，允许 IBookRepository 拥有返回 BookSummary 对象的方法是否可以接受？书籍摘要对象将包括元数据，但不包括书籍的实际内容。

拥有 UpdateBook(BookSummary book) 方法怎么样？假设我想更新 Book.Rating 属性，但不需要/不想从存储库中读取本书的全部内容来执行此操作。

public interface IBookRepository
{
    //Full Book Methods
    void AddBook(Book newBook);
    void DeleteBook(int bookId);
    void UpdateBook(Book updatedBook);
    Book GetBook(int bookID)

    //BookSummary Methods
    BookSummary GetBookSummary(int bookID)
    IEnumerable<BookSummary> GetBooksByAuthor(string authorName);
    IEnumerable<BookSummary> GetBooksByGenre(int genreId);
    void UpdateBook(BookSummary bookSummary);
} 


public class BookSummary
{
    public int BookId {get; set;}
    public string Title {get; set;}
    public string Author {get; set;}
    public int PageCount {get; set;}
}

注意：我知道使用带有延迟加载的 ORM 也可以解决这个问题，但我想在设计我的存储库时不假设将使用延迟加载

Answer 1

如果您的域中有一个用例可以支持它，为什么不直接创建额外的实体 BookSummary 及其自己的存储库来完成这项工作呢？ BookSummary 保存在哪里并不重要——它与域无关。

重要的是使用通用语言从域中派生实体，而不是查看数据库结构。

public interface IBookRepository
{
    //Full Book Methods
    void Add(Book Book);
    void Delete(Book Book);
    Book findById(int bookID)
}

public interface IBookSummaryRepository
{
    //Full Book Summary Methods
    void Add(BookSummary BookSum);
    void Delete(BookSummary BookSum);
    Book findById(int bookSummaryID)
}

如果您的存储库具有 update() 或 store() 方法，则更有可能是 DAO，而不是 DDD 存储库： http://codebetter.com/iancooper/2011/04/12/repository-saveupdate-is-a-smell/

Answer 2

在 DDD 存储库中应该仅适用于聚合根。在你的情况下，我想 BookSummary 只是 Book 聚合内部的一个实体（当然，这里需要更准确的分析），所以应该通过 BookRepository 获取 Book，然后使用延迟加载从聚合根遍历到 BookSummary。否则，您就不会在这里应用领域驱动设计

Answer 3

这是一个老问题，但是没有公认的答案，所以我会为了从谷歌登陆这里的人们的利益而回答。我一直遇到这个问题，因为我们有许多摘要屏幕，显示部分信息和/或从多个实体编译的信息。我所做的是按照 @xelibrion 在他的答案的评论中建议的那样使用单独的读取模型。我没有使用完整的 CQRS，只是使用仅具有查询方法的简单读取模型。所以你的 BookRepository 仍然像这样：

public interface IBookRepository
{
    void AddBook(Book newBook);
    void DeleteBook(int bookId);
    void UpdateBook(Book updatedBook);
    Book GetBook(int bookID)
}

你的 BookSummary 读取模型及其方法看起来像这样：

public class BookSummary
{
    public int BookId {get; set;}
    public string Title {get; set;}
    public string Author {get; set;}
    public int PageCount {get; set;}
} 

public interface IBookSummaryQueries
{
    BookSummary GetBookSummary(int bookID)
    IEnumerable<BookSummary> GetBooksByAuthor(string authorName);
    IEnumerable<BookSummary> GetBooksByGenre(int genreId);
}

注意，这里没有更新 Book 的方法，只是查询