domain-driven-design - 除了 "real"对象之外，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 保存在何处并不重要 - 它与域无关。

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

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)
}

如果你的 Repository 有方法 update() 或 store() 它更可能是 DAO 而不是 DDD 的 repository: http://codebetter.com/iancooper/2011/04/12/repository-saveupdate-is-a-smell/