摘要：
域层（DomainModel和DomainService）需要什么样的数据？根据域层的需要，Repository仅提供有限数量的接口，包括用于查询数据的FindById和GetAll方法。固定，特别是通用固定（通用存储库）很容易转到DA模式。当存储库是自由定制的接口时，DomainModel必须设计为聚合模型。
Repository有两种实现思想
1.自由式。领域层（DomainModel和DomainService）需要什么样的数据，都问Repository拿，Repository根据领域层的需要，增加许多方法。
2.固定式。Repository只提供有限的几个接口，其中查询数据只提供FindById、GetAll几种方法。
注意，固定式、特别是泛型的固定式（泛型的Repository）容易流于DA模式。
DA模式与Repository模式有显著差别，要注意区分。
我越来越倾向于用固定式。
但固定式有个前提：DomainModel必须设计为聚合模型，访问任何数据，都必须从聚合根入手，不能跳过聚合根。
例如我们要获得某张销售订单的所有货品，那么不能直接从销售明细中查找，而必须从销售订单（聚合根）得到销售明细，然后再从销售明细获得货品。
为什么要这么做？
1.能够轻易地区分每个Repository的职责。当Repository是自由定制接口时，有许多查询方法不知道该写在哪个Repository中；
2.防止Repository接口的重复和膨胀。当多人编写Repository时，容易有重复的接口（写在不同的Repository中），而且随着领域模型的增大，Repository接口会成倍增长，但除了少量的接口，大部分接口都是专用的（只有一个调用者，且只在一个地方调用）。
3.重要的原因是为了强调聚合根。当Repository固定时，任何数据的访问必须从聚合根入手。这就保证了我们在设计系统时，必须以OO的思想来设计领域模型，而不是以ER模型的思想来设计领域模型。