JPA中为什么不建议代码中使用EntityManage

在前面几篇文章的示例中，我们主要使用的EntityManager 进行持久化操作。但是在实际的开发中不建议直接使用 EntityManager ，主要是为了保持代码的简洁性、可维护性和可测试性。

1. 分离关注点：使用 EntityManager 的代码通常需要处理与数据库交互的细节，例如打开和关闭事务、管理实体的生命周期等。将这些逻辑与业务逻辑混在一起，会导致代码变得复杂且难以维护。通过使用 Repository 或 DAO（数据访问对象）模式，将与数据库相关的操作封装在单独的类中，可以更好地分离关注点，使代码更加清晰。

2. 事务管理：EntityManager 是与事务紧密相关的，直接在代码中使用 EntityManager 可能导致事务管理的问题。在复杂的业务场景中，可能需要多次操作数据库，涉及多个实体对象。使用容器管理的事务，例如使用 Spring 的事务管理器，可以更好地处理事务边界，确保事务的一致性和原子性。

3. 单元测试：使用 EntityManager 的代码难以进行单元测试，因为它通常需要与真实的数据库进行交互。而将数据库交互逻辑封装在 Repository 或 DAO 中，可以使用模拟的实现或内存数据库等方式进行单元测试，提高测试的效率和可靠性。

4. 持久化层的解耦：通过使用 Repository 或 DAO 接口定义和封装数据库操作，可以将持久化层与具体的实现解耦。这样，在需要更换底层 ORM 框架或数据库时，只需要调整实现，而不需要修改调用方的代码。

建议在代码中使用Repository接口，常用的是JpaSimpleRepository。JpaSimpleRepository是一种常见的简化版Repository，它是Spring Data JPA框架提供的一种默认实现。它是对标准的JpaRepository的简化，提供了一组默认的CRUD（创建、读取、更新、删除）操作方法。具体使用步骤如下：

• 定义实体类：首先，需要定义与数据库表对应的实体类。实体类使用JPA的注解进行标记，以映射到数据库表的结构。

@Entity
@Table(name = "users")
public class User {
    // 实体类的定义
}

• 创建Repository接口：接下来，创建一个接口，继承JpaSimpleRepository，并指定实体类和实体ID的类型。

public interface UserRepository extends JpaSimpleRepository<User, Long> {
    // 可以添加自定义方法
}

• 使用Repository：现在，可以在需要使用数据库操作的地方注入UserRepository，并使用它提供的方法进行数据库操作。

@Service
public class UserService {

    private final UserRepository userRepository;

    public UserService(UserRepository userRepository) {
        this.userRepository = userRepository;
    }

    public User findById(Long id) {
        return userRepository.findById(id);
    }

    public User save(User user) {
        return userRepository.save(user);
    }

    public void delete(User user) {
        userRepository.delete(user);
    }

    // 其他自定义的业务逻辑方法
}

JpaSimpleRepository提供了许多默认的CRUD方法，如findById、save、delete等，。同时，它还支持根据方法命名规则进行自定义查询的方法生成，可以根据方法名自动解析生成SQL查询。

JpaSimpleRepository是一种简化的默认实现，适用于大多数简单的数据库操作场景。如果需要更复杂的查询或自定义方法，可能需要使用其他的Repository模式，或自定义Repository接口，并使用@Query注解编写自定义的JPQL或原生SQL查询。

总结，JpaSimpleRepository是Spring Data JPA提供的一种默认实现，简化了对数据库的常规CRUD操作。通过继承它并按照规范使用，可以轻松地进行数据库操作。