Comment utiliser l'entitémanager doit-il être utilisé dans une couche de service et une couche d'accès aux données bien découplées?

Tout d'abord, si vous devriez utiliser une couche DAO ou non est un débat qui existe depuis l'apparition de JPA et l'entitémanager que de nombreuses personnes considèrent comme une DAO elle-même. La réponse à cela dépend du type d'application que vous développez, mais dans la plupart des cas, vous voudrez:

• Utilisez des critères JPA ou des requêtes personnalisées strong>. Dans ce cas, vous ne voulez probablement pas mélanger votre logique commerciale avec votre création de requête. Cela conduirait à de grandes méthodes et enfreindrait le Principe de responsabilité unique . Li>
• réutiliser votre code JPA autant que possible strong>. Dites que vous créez une requête de critère qui récupère une liste d'employés dont l'âge est compris entre 40 et 65 ans et travaille dans la société depuis plus de 10 ans. Vous voudrez peut-être réutiliser ce type de requête ailleurs dans votre couche de service, et si tel est le cas, l'avoir dans un service rendrait cette tâche difficile. Li> ul>

  qui étant dit, si tout ce que vous avez dans votre application est des opérations de crud et que vous ne pensez pas que vous devriez avoir besoin de réutiliser un code JPA, une couche DAO est probablement quelque chose de surenvochant car il agira comme un simple Wrapper de l'entitémanager, qui ne sonne pas correctement. P>

  Deuxièmement, je vous conseillerais d'utiliser des transactions gérées du conteneur chaque fois que possible. Si vous utilisez un conteneur EJB comme Tomee ou JBoss, cela éviterait une grande quantité de code dédié à créer et à gérer des transactions de manière programmatique. P>

  Dans le cas où vous utilisez en EJB conteneur, vous pouvez profiter de Gestion des transactions déclaratives. Un exemple de ceci utilisant DAOS serait de créer vos composants de la couche de service en tant que EJBS et vos DAO. P>

  @Stateless
  public class CustomerService {
  
      @EJB
      CustomerDao customerDao;
  
      public Long save(Customer customer) {
  
          // Business logic here
          return customerDao.save(customer);
      }
  }
  
  @Stateless
  public class CustomerDao {
  
      @PersistenceContext(unitName = "unit")
      EntityManager em;
  
      public Long save(Customer customer) {
          em.persist(customer);
          return customer.getId();
      }
  
      public Customer readCustomer(Long id) {
              // Criteria query built here
      }
  
  }
  

Pour des cas simples tels que GetItem (), GetEnployee (), mieux injecter l'entitémanager directement à l'utilisation de la couche de service dans une méthode au lieu de la méthode de service appelant une DAO (qui a l'injection de gestionnaire d'entité injectée) renvoyer l'objet. Ceci est surkill et le DAO agit simplement comme un wrapper. Pour une logique commerciale complexe impliquant des requêtes et des critères, laissez la méthode de service appeler DAO qui parle TOT EH DB.