为什么在Spring Data JPA存储库上使用save()后返回的实例?

2022-08-31 14:24:33

代码如下:

@Repository
public interface AccountRepository extends JpaRepository<Account, Long> {}

来自Spring Data JPA项目的JpaRepository

以下是测试代码:

public class JpaAccountRepositoryTest extends JpaRepositoryTest {
    @Inject
    private AccountRepository accountRepository;

    @Inject
    private Account account;

    @Test
    @Transactional
    public void createAccount() {
        Account returnedAccount = accountRepository.save(account);

        System.out.printf("account ID is %d and for returned account ID is %d\n", account.getId(), returnedAccount.getId());
    }
}

结果如下:

account ID is 0 and for returned account ID is 1

这里来自CrudReporsitory.save() javadoc:

保存给定实体。使用返回的实例进行进一步操作,因为保存操作可能已完全更改实体实例。

以下是Spring Data JPA的SimpleJpaRepository的实际代码:

 @Transactional
    public T save(T entity) { 
            if (entityInformation.isNew(entity)) {
                    em.persist(entity);
                    return entity;
            } else {
                    return em.merge(entity);
            }
    }

那么,问题是为什么我们需要使用返回的实例而不是原始实例?(是的,我们必须这样做,否则我们将继续使用分离的实例,但为什么)

原始的 EntityManager.persist() 方法返回 void,因此我们的实例附加到持久性上下文。在传递帐户以保存到存储库时,是否发生了一些代理魔术?这是Spring Data JPA项目的架构限制吗?


答案 1

接口的方法应该抽象地简单地存储一个实体,无论它处于什么状态。因此,它不得公开实际的特定于存储的实现,即使(如在 JPA 中)存储区分要存储的新实体和要更新的现有实体。这就是为什么该方法实际上被称为 not 或 .我们从该方法返回一个结果,以实际允许存储实现返回一个完全不同的实例,就像JPA在被调用时可能执行的操作一样。save(…)CrudRepositorysave(…)create(…)update(…)merge(…)

此外,如果实际实现需要填充标识符等,则实际能够处理不可变对象(即不是JPA)的持久性实现可能必须返回一个新实例。也就是说,假设实现只会消耗实体状态通常是错误的。

因此,一般来说,对实际实现宽容(允许,宽容)的API决定更多,从而像我们一样实现JPA的方法。不会对传递的实体执行其他代理处理。


答案 2

您错过了第二部分:如果实体不是新的,则调用。 将其参数的状态复制到具有相同 ID 的附加实体中,并返回附加的实体。如果实体不是新的,并且您不使用返回的实体,则将对分离的实体进行修改。mergemerge


推荐