领域驱动设计实践：还是图书馆借书的例子

去年开始博客园和Jdon有一场DDD的讨论，是关于如何给一个图书馆的应用系统建模。大概是在讨论几个经典的Use Case：办卡、持卡借书和还书。

讨论最开始由博客园的张逸大牛发起（链接在此），给出了一个比较完整的建模。一方面从功能上实现了不少逾期罚款之类的功能，另一方面这个建模也涉及到了很多DDD的要点，比如聚合的划分什么的。

然后Jdon有两篇文章给出了回应（一、二），下面讨论的质量也比较高。针对于这个系统的建模来说，前者给出了一个思路是以借书卡为中心，借书行为由Card对象负责，然后还有一个观点是借书条目这个东西应该是个什么，什么时候被删除，用四色原型来看，大概就是在界定这个MI的范围。后者结合四色原型给出了比较完整的建模代码，但是我是不太同意这套模型的，主要两个方面，一个是和四色原型对应的是否准确。二是动作作为类（例如该设计的BorrowBook和BorrowedBookReturn）是传统设计中比较少见的，感觉接受起来有些困难。

小生接触DDD和四色原型时间都比较短，这里也斗胆贴出自己的一个初步设计，请走过路过不吝赐教。

首先给出类图

图一：完整的类图

这个设计借鉴了一些DCI的想法，操作的还是人（IPerson），但是需要在一定的场景中有一定的Role（IRole）才能处理。比如IReader作为一个role，有regist的能力，那么regist的示意流程是这样的

void Regist()
{
    ILibrary library = null;//a library
    IPerson person = null;//a person

    var reader = person.ActAs<IReader>();
    reader.Regist(library);
}

在.Net中的DCI，其实是可以用扩展方法实现的，只要using某一个命名空间就可以把Regist方法“注入”到person对象，但是用命名空间当做context我认为还是不妥的。可能比较理想的还是用AOP来实现。java领域里已经有了Qi4j和AspectJ的实现，.net感觉要加油了呢。。。

回到这个模型的设计上来，刚才看到的是IReader这个role，我的设计里这个role是指到图书馆来的人（当然除了staff），而不管他有没有办过卡。他可以有regist（办卡）和search（查找书）两个行为。

图二：Reader是一个role

系统中另一个role是ICardHolder，他持有borrow这个行为。我还是认为这个行为不应该是由卡来承担。这个方法没有要求传入一个card参数，系统会从cardholder的cards中挑选card.Library = book.Library的一张。如果这个系统是一个网上借书的系统且一个cardholder可以拥有同一个library的多张card，那么可能要有一个重载方法，允许cardholder选择一张card。

图三：card和cardholder

这里我有个两个疑问，一是IReader和ICardHolder是否应该实现IPerson？二是ICardHolder是否应该实现IReader？好像实现的话一方面情理上更说得过去，二来允许ICardHolder做search和再一次regist也可能更符合需求？

ICardHolder和ICard在我的设计中是一对多的。这一方面因为我希望系统能同时支持多个Library，ICardHolder可能同时有多个Library的card，另一方面我不知道Library是否需要一个人只能有一张卡？如果只能一对一的话可能还需要一个ILibraryCard做过渡。

注意到Borrow方法要求传入参数为IInStockBook。这是我的设计中两个核心MI之一，另一个是IBorrowedBook

图四：book，in stock book和out of stock book

两者都实现IBook，但是又是不同的状态（一本书不能同时处于在库和借出两种状态），有其固定的Duration，所以我觉得它们应该是MI。

获取HoldingBooks和BorrowHistory还得是ICard的职责，在数据库中必然是关联到card上的。

其中IRequestable是指“可以得到手的东西”（这个名字不太好），系统中有两样，一个是card一个是borrowedBook。后面将会看到这是实现上的一个概念，混进了模型里比较不爽，同样的还有IEntity。

关于还书，好像没有很明确的执行这个操作的对象。无论是不是CardHolder本人来还书，应该都可以完成还书这个流程。甚至根本见不到还书的人，书就被放在还书的架子上了。（即使要交逾期罚款，还书人还是可以扔下书就跑，所以逾期罚款这个事儿只能先记在card里。。。）硬要说的话，可以说是一个scanner来触发的这个动作，但是scanner明显只应该有scan一个行为。所以我无奈把它放在了IBorrowedBook里了。

IBook应该是实体上的书，而BookInfo只是概念上的“一本书”，应该算是Thing和Description。

图五：book及其description

实现上的话，我是这样设计的

图六：request的处理

一个cardHolder及其borrow方法可能是这样的

public class CardHolder : ICardHolder, IRequestApplicant
{
    public ICollection<ICard> Cards { get; set; }
    public IRequestPublisher Publisher { get; set; }

    public void Borrow(IInStockBook book)
    {
        var request = new BorrowRequest<IBorrowedBook>(this, book)
                          {
                              Callback = response =>
                                             {
                                                 if (response.IsApprovaled) { }//todo

                                             }
                          };
        Publisher.Publish(request);
    }
}

最终一个借书的流程可能是这样的

void SearchThenBorrowBook()
{
    IPerson person = null;//a person
    var bookInfo = new BookInfo
                       {
                           Author = new PersonInfo
                                        {
                                            Name = "Jeffery Richter"
                                        },
                           Name = "CLR Via C#"
                       };
    var reader = person.ActAs<IReader>();
    var books = reader.Search(bookInfo).OfType<IInStockBook>();
    if (books.Count() > 0)
    {
        var cardHolder = person.ActAs<ICardHolder>();
        var bookToBorrow =
            books.FirstOrDefault(book => cardHolder.Cards.Select(c => c.Library).Contains(book.Library));
        if (bookToBorrow != null)
        {
            cardHolder.Borrow(bookToBorrow);
        }
    }
}

以上就是我对这个系统的一个想法，还没有完整的实现。斗胆先把一部分贴出来请多多指教。