gpt4 book ai didi

java - JPA Repository 继承 - 扩展多个接口(interface)

转载 作者:搜寻专家 更新时间:2023-11-01 03:31:12 25 4
gpt4 key购买 nike

我的 JPA 存储库扩展了一个自定义接口(interface),该接口(interface)带有用于以通用方式处理授权的注释。

public interface MultiTenantCrudRepo<T, ID> extends CrudRepository<T, ID>

该接口(interface)为CrudRepository的方法添加了@PreAuthorize、@PostAuthorize、@PreFilter和@PostFilter注解。

另外,对于一些实体,我有实现软删除的需求。为此,我创建了一个像这样的“SoftDeleteRepository”:

public interface SoftDeleteRepository<T extends BaseEntity<I> & SoftDeletable, I extends Serializable> extends CrudRepository<T, I> {

@Query("update #{#entityName} e set e.isDeleted = true where e.id = ?#{#entity.id}")
@Modifying
@Override
public void delete(@Param("entity") T entity);

你可以看到它添加了@Query注解来实现我需要的功能。

两个接口(interface)都按预期独立工作,但是当存储库像这样需要两个属性(授权和软删除)时

public interface FooRepo extends SoftDeleteRepository<Foo, Long>, MultiTenantCrudRepo<Foo, Long> {

好像只有“extends”之后第一个接口(interface)的注解有效。所以在这种情况下,我得到了一个支持软删除但没有授权验证的 FooRepo。

让这两者发挥作用的最佳方法是什么?

最佳答案

猜测这是一件棘手的事情,因为它实际上是 Java 不支持的多继承事情,例如参见 this .

例如,如果有两个具有不同参数的相同注释,会选择什么?

许多框架——比如 Spring 数据——在检查注释的继承时做得很好,但只有在没有多重继承和/或具有相同注释的情况下才会猜测。这些框架可能会使用反射在“实现树”上向上移动,但由于上述原因可能只选择一条路径,或者如果实现得当会抛出异常。

因此,恐怕您需要执行以下操作:

public interface SoftDeleteMultitenantRepository
extends MultiTenantCrudRepo<Foo, Long> {
// a copy of your soft delete method here
}

关于java - JPA Repository 继承 - 扩展多个接口(interface),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54166960/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com