数据映射与用户界面设计模式：Repository与MVC的深度解析

# 数据映射与用户界面设计模式：Repository与MVC的深度解析 ## 1. Repository模式概述 Repository模式在领域层和数据映射层之间起到中介作用，它通过类似集合的接口来访问领域对象。在具有复杂领域模型的系统中，像Data Mapper这样的层可以将领域对象与数据库访问代码的细节隔离开来。而Repository则是在映射层之上构建的另一层抽象，它将查询构造代码集中起来，尤其在有大量领域类或频繁查询的情况下，能有效减少重复的查询逻辑。 ### 1.1 Repository的工作原理 Repository是一种复杂的模式，它借鉴了许多其他模式。它类似于一个小型的面向对象数据库，与Query Object有相似之处。当与Query Object结合使用时，能显著提升对象关系映射层的可用性。 客户端通过创建一个标准对象（criteria object）来指定查询所需对象的特征。例如，要按姓名查找人员对象，可先创建一个标准对象，并设置各个标准： ```java Criteria criteria = new Criteria(); criteria.equals(Person.LAST_NAME, "Fowler"); criteria.like(Person.FIRST_NAME, "M"); ``` 然后调用`repository.matching(criteria)`方法，返回一个代表姓氏为Fowler且名字以M开头的人员的领域对象列表。 在抽象仓库中还可以定义各种类似`matching(criteria)`的便捷方法，如`soleMatch(criteria)`用于期望只有一个匹配结果的情况，`byObjectId(id)`可以使用`soleMatch`简单实现。 从使用Repository的代码角度看，它就像一个简单的内存中的领域对象集合，客户端代码无需知道领域对象通常并不直接存储在Repository中。但需要注意的是，这个看似简单的对象集合可能对应着包含数十万条记录的产品表，因此在目录系统的`ProductRepository`上调用`all()`方法可能不是一个好主意。 Repository用基于规范的对象选择方法取代了Data Mapper类中的专门查找方法。与直接使用Query Object不同，使用Repository时，客户端代码构建标准后将其传递给Repository，由Repository选择匹配的对象，从客户端代码的角度看，没有“执行查询”的概念，而是通过满足查询规范来选择合适的对象，这体现了与Repository进行对象交互的声明式风格。 在底层，Repository将元数据映射与Query Object结合，根据标准自动生成SQL代码。Repository的对象源不一定是关系型数据库，它可以通过专门的策略对象轻松替换数据映射组件，因此在具有多个数据库模式或领域对象源的系统中，以及在测试时使用纯内存对象以提高速度的情况下特别有用。 ### 1.2 Repository的使用场景 - **大型系统中的查询处理**：在具有多种领域对象类型和多种可能查询的大型系统中，Repository可以减少处理查询所需的代码量。它推广了规范模式，将查询封装在纯面向对象的方式中，客户端无需考虑SQL，只需用对象编写代码。 - **多数据源情况**：当有多个数据源时，Repository的优势更加明显。例如，在进行单元测试时，使用简单的内存数据存储可以显著提高测试速度，因为无需访问数据库。创建单元测试的固定装置也更简单，只需构造一些领域对象并将它们放入集合中，而无需在设置时将它们保存到数据库并在拆卸时删除。 - **特定类型的领域对象存储**：在应用程序正常运行时，某些类型的领域对象（如不可变领域对象）可以始终存储在内存中，Repository模式的简单扩展允许根据情况采用不同的查询策略。 - **数据馈送作为领域对象源**：当使用数据馈送（如通过Internet的XML流）作为领域对象的源时，Repository也很有用。可以实现一个`XMLFeedRepositoryStrategy`来从馈送中读取数据并从XML创建领域对象。 ### 1.3 Repository的示例代码 #### 查找人员的受抚养人 ```java // 原始方式 public class Person { public List dependents() { Repository repository = Registry.personRepository(); Criteria criteria = new Criteria(); criteria.equal(Person.BENEFACTOR, this); return repository.matching(criteria); } } // 优化方式 public class PersonRepository extends Repository { public List list dependentsOf(Person aPerson) { Criteria criteria = new Criteria(); criteria.equal(Person.BENEFACTOR, aPerson); return matching(criteria); } } public class Person { public List dependents() { return Registry.personRepository().dependentsOf(this); } } ``` #### 交换Repository策略 ```java abstract class Repository { private RepositoryStrategy strategy; protected List matching(Criteria aCriteria) { return strategy.matching(aCriteria); } } public class RelationalStrategy implements RepositoryStrategy { protected List matching(Criteria criteria) { Query query = new Query(myDomainObjectClass()) ```