W jaki sposób zaimplementować Hibernate DAO z generics

Question

Znalazłem kilka samouczków na temat tworzenia DAO Hibernate z generics, ale wszystkie one używają EntityManager zamiast SessionFactory. Moje pytanie brzmi: jak zbudować DAO z generycznymi używającymi SessionFactory. Mam poniżej tej pory:

Interfejs:

public interface GenericDao<T> { 

    public void save(T obj); 
    public void update(T obj); 
    public void delete(T obj); 
    public T findById(long id); 
} 

Klasa:

@Repository 
public class GenericDaoImpl<T> implements GenericDao<T> { 

    @Autowired 
    private SessionFactory sessionFactory; 

    public void save(T obj) { 
     Session session = sessionFactory.openSession(); 
     Transaction tx = null; 
     try { 
      tx = session.beginTransaction(); 
      session.save(obj); 
      tx.commit(); 
     } catch (HibernateException e) { 
      if(tx != null) 
       tx.rollback(); 
      e.printStackTrace(); 
     } finally { 
      session.close(); 
     } 

    } 

    public void update(T obj) { 
     Session session = sessionFactory.openSession(); 
     Transaction tx = null; 
     try { 
      tx = session.beginTransaction(); 
      session.update(obj); 
      tx.commit(); 
     } catch (HibernateException e) { 
      if(tx != null) 
       tx.rollback(); 
      e.printStackTrace(); 
     } finally { 
      session.close(); 
     } 

    } 

    public void delete(T obj) { 
     Session session = sessionFactory.openSession(); 
     Transaction tx = null; 
     try { 
      tx = session.beginTransaction(); 
      session.delete(obj); 
      tx.commit(); 
     } catch (HibernateException e) { 
      if(tx != null) 
       tx.rollback(); 
      e.printStackTrace(); 
     } finally { 
      session.close(); 
     } 

    } 

    public T findById(long id) { 
     // ?? 
     return null; 
    } 

jestem pewien, jak się do tego zabrać findById używając rodzajowych. Wierzę, że inne metody są słuszne, ale popraw mnie, jeśli się mylę.

SIDE PYTANIE: Czy korzystanie EntityManager bardziej korzystny niż przy użyciu SessionFactory? Widziałem kilka postów na ten temat, ale chciałbym jeszcze kilku opinii.

Answer 1

Musisz mieć dostęp do Class<T> z tej metody. Masz dwie opcje, można zdać Class<T> do metody:

public T findById(long id, Class<T> clazz) { 
    // method implementation 
} 

Albo można przekazać Class<T> do konstruktora klasy do stosowania w metodzie:

@Repository 
public class GenericDaoImpl<T> implements GenericDao<T> { 

    private Class<T> clazz; 

    protected GenericDaoImpl(Class<T> clazz) { 
     this.clazz = clazz; 
    } 

    // other methods omitted 

    public T findById(long id) { 
     // method implementation 
    } 
} 

I podklasy minie ich klasy do klasy bazowej:

public class UserDao extends GenericDaoImpl<User> { 
    public UserDao() { 
     super(User.class); 
    } 
} 

Następnie, używając instancję clazz można uzyskać podmiot w sposób rodzajowy pomocą Session#get metoda:

T entity = session.get(clazz, id); 

zobacz następujące pytania, aby uzyskać więcej informacji:

• How to get a class instance of generics type T
• Get object by ID in Hibernate

---

Jeśli chodzi o pytanie z boku, EntityManager jest częścią JPA (the Ja va Persistence API). Rozwijanie aplikacji przy użyciu specyfikacji Java API zamiast interfejsu Hibernate API pozwala aplikacji nie być zależnym od Hibernate. Pozwala to na przełączanie się między popularnymi implementacjami JPA, takimi jak Hibernate, OpenJPA lub TopLink, bez dokonywania zmian w kodzie.

This question ma więcej informacji na temat różnicy.