了解Spring Data JPA @NoRepositoryBean接口
@NoRepositoryBean
在阅读Spring Data文档时,我多次遇到该界面。
引用文档:
如果您按原样使用通过接口使用Spring命名空间的自动存储库接口检测,将导致Spring尝试创建MyRepository实例。当然这是不希望的,因为它仅充当存储库和您要为每个实体定义的实际存储库接口之间的中介。要排除扩展存储库的接口被实例化为存储库实例,请使用注释
@NoRepositoryBean
。
但是,我仍然不确定何时何地使用它。有人可以建议并给我一个具体的用法示例吗?
回答:
注释用于避免为实际上与存储库接口的条件匹配但不希望成为接口的接口创建存储库代理。仅在开始扩展具有功能的所有存储库时才需要它。让我举一个例子:
假设您想向所有存储库添加方法foo()。您将首先添加这样的repo接口
public interface com.foobar.MyBaseInterface<…,…> extends CrudRepository<…,…> { void foo();
}
您还将添加相应的实现类,工厂等。您的具体存储库接口现在将扩展该中间接口:
public interface com.foobar.CustomerRepository extends MyBaseInterface<Customer, Long> {}
现在假设您要进行引导-假设是Spring Data JPA,如下所示:
<jpa:repositories base-package="com.foobar" />
您使用com.foobar
是因为您CustomerRepository
在同一个程序包中。现在,Spring
Data基础结构无法告知它MyBaseRepository
不是具体的存储库接口,而是充当中间存储库以公开其他方法。因此,它将尝试为其创建存储库代理实例,然后失败。现在,您可以使用@NoRepositoryBean
此中间接口进行注释,以实质上告诉Spring
Data:不要为此接口创建存储库代理Bean。
这情景也是为什么原因CrudRepository
和PagingAndSortingRepository
携带这种标注为好。如果程序包扫描偶然发现了那些(因为您是用这种方式意外配置的),则引导程序将失败。
长话短说:使用注释可防止将存储库接口用作候选对象,最终最终成为存储库bean实例。
以上是 了解Spring Data JPA @NoRepositoryBean接口 的全部内容, 来源链接: utcz.com/qa/430681.html