《Spring Data实战》——第2章 Repository:便利的数据访问层 2.1快速入门-阿里云开发者社区

开发者社区> 开发与运维> 正文

《Spring Data实战》——第2章 Repository:便利的数据访问层 2.1快速入门

简介: 长期以来,实现应用程序的数据访问层一直是件繁琐的工作,因为我们经常需要编写大量的样板式代码,而且贫血(anemic)的领域类并没有按照真正面向对象或领域驱动方式来进行设计。因此Spring Data Repository抽象的目标就是大幅简化各种持久化存储持久层的实现。

本节书摘来自异步社区《Spring Data实战》一书中的第2章,第2.1节,作者: 【美】Mark Pollack , Oliver Gierke , Thomas Risberg , Jon Brisbin , Michael Hunger著,更多章节内容可以访问云栖社区“异步社区”公众号查看

第2章 Repository:便利的数据访问层

长期以来,实现应用程序的数据访问层一直是件繁琐的工作,因为我们经常需要编写大量的样板式代码,而且贫血(anemic)的领域类并没有按照真正面向对象或领域驱动方式来进行设计。因此Spring Data Repository抽象的目标就是大幅简化各种持久化存储持久层的实现。我们将会使用Spring Data JPA模块作为例子来讨论Repository抽象的基本理念。对于其他类型的存储,可以参考对应的例子。

2.1 快速入门

我们选取领域模型中的Customer领域类,它会被持久化到任意的存储之中。这个类应该如示例2-1所示。

示例2-1 Customer领域类

screenshot

传统的实现数据访问层的方式至少需要实现一个存储类(repository class),这个类会包含基本的CRUD(Create、Read、Update与Delete)方法以及通过限制条件来访问实体子集的查询方法。Spring Data Repository的方式能够避免大多数的代码,只需为这个实体存储声明简单的接口定义即可,如示例2-2所示。

示例2-2 CustomerRepository接口定义

screenshot

正如你所见,我们扩展了Spring Data的Repository接口,它是通用的标识接口。它的主要职责是让Spring Data的基础设施识别出所有用户定义的Spring Data Repository。除此之外,它还会捕获托管的领域类以及实体的ID类型,稍后这些功能会提供很大的便利性。为了能够自动发现所声明的接口,可以使用存储特定的XML命名空间中的元素(如示例2-3所示),或是在使用JavaConfig时借助相关的@Enable...Repositories注解(如示例2-4所示)。在示例中会使用JPA。我们只需将XML元素的base-package属性配置为我们的根包(root package),Spring Data会扫描它来查找Repository接口。如果没有给出更进一步的配置,那么它只会简单地检查包中带有注解的类。

示例2-3 使用XML激活Spring Data Repository

screenshot

示例2-4 使用Java Config激活Spring Data Repository

screenshot

XML和JavaConfig配置都需要添加存储专用的Bean声明来进行完善,如JPA的EntityManagerFactory以及DataSource等。对于其他形式的存储,我们只需使用对应的命名空间元素或注解即可。例如,示例2-5所示的配置片段,将会找到Spring Data Repository并创建Spring Bean,这些Bean实际上是由一组实现了所发现接口的代理所组成的。因此,现在可以继续编写客户端,通过Spring的自动装配就能访问这个Bean了。

CustomerRepository接口建立之后,我们就可以继续深入学习并添加一些易于声明的查询方法。常见的需求是通过电子邮件地址来获取Customer。为了做到这一点,我们添加合适的查询方法,如示例2-6所示。

示例2-5 客户端使用Spring Data Repository

screenshot

示例2-6 声明查询方法

screenshot

命名空间元素将会在容器启动的时候扫描到这个接口并触发Spring Data的基础设施为其创建Spring Bean。基础设施会探查接口中声明的方法并确定方法调用时要执行的查询。如果只是这样简单地定义方法的话,那么Spring Data将会根据其名字衍生出一个查询。在定义查询方面还有其他的途径可选,可以阅读2.2小节“定义查询方法”来了解更多信息。

在示例2-6中,由于我们遵循了领域对象属性的命名约定,因而查询可以衍生得到。查询方法名中的EmailAddress部分其实就对应了Customer类的emailAddress属性,因此,在使用JPA模块时,Spring Data会自动为声明的方法衍生出select C from Customer c where c.emailAddress = ?1。它还会检查方法声明中属性引用的合法性,如果发现任何错误则会在容器启动时,出现启动失败。现在,客户端可以很容易地执行这个方法,给定的方法参数会绑定到根据方法名衍生出来的查询之中并且执行该查询,如示例2-7所示。

示例2-7 执行查询方法

screenshot

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章