Microsoft NLayerApp案例理论与实践【领域模型层】

本文将重点介绍Microsoft NLayerApp的领域模型层，这涉及到Domain.Core、Domain.Core.Entities、Domain.MainModule以及Domain.MainModule.Entities四个项目。Domain.Core项目包含了基本接口的定义以及规约模式（Specification Pattern）的实现；Domain.Core.Entities则包含了支持Entity Framework的STE（Self-Tracking Entity）的实现代码，在上文Microsoft NLayerApp案例理论与实践【基础结构层】我对STE做了一些介绍，但它的实现与Entity Framework（EF）结合的比较紧密，EF超出了本系列文章的讨论范围，因此，我们也不会针对STE的具体实现方式做太多讨论；Domain.MainModule根据项目需求，针对不同的实体定义了仓储接口，同时实现了项目所需的规约类型。领域服务也是该项目的重要部分；Domain.MainModule.Entities项目中包含了NLayerApp领域模型的核心代码。本文将从仓储接口、规约、领域服务、领域模型这四个方面对NLayerApp的Domain Model层做一个简单的介绍。

仓储接口

根据我们在Microsoft NLayerApp案例理论与实践【DDD、分布式DDD及其分层】一文中的讨论，仓储的具体实现是放在基础结构层的，而仓储的接口则是放在领域模型层的。Domain.Core项目的IRepository接口就是仓储接口，所有的仓储类都需要实现该接口中定义的属性与方法。在Domain.Core项目下还有一个继承IRepository接口的IExtendedRepository接口，它包含了一些额外的方法来扩展IRepository的功能。事实上在整个NLayerApp中并没有真正用到IExtendedRepository接口，因此我们也不在此做过多讨论。下图是NLayerApp中与仓储的接口和实现相关的类关系图，为了方便浏览和描述，该图中仅包含了Customer仓储的定义与实现部分：

首先，ICustomerRepository接口继承于IRepository接口，以扩展IRepository来定义特定于Customer实体的仓储。因此，所有实现ICustomerRepository接口的类，不仅具备仓储的基本功能，而且还具有特定于Customer实体的仓储操作。其次，Repository类实现了IRepository接口，并作为所有仓储实现的基类，实现了IRepository接口中定义的方法，它在仓储部分的角色就是一个层超类型（Layer Supertype）。最后，CustomerRepository类继承于Repository类，同时实现了ICustomerRepository接口，由于Repository类中已经实现了IRepository中定义的所有方法，因此CustomerRepository类就无需去实现这些方法，只需要把关注点放在ICustomerRepository的实现上即可。以下是位于基础结构层的CustomerRepository代码，供读者朋友参考：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44

public