기본적인 CRUD를 지원하는 GenericDAO를 구성하는 코드의 비교를 해볼려고 합니다.
일단 기술 배경으로는 Spring을 사용하고, Spring내에서의 Hibernate, JPA, 그리고 Hibernate를 이용한 queryDSL 코드간의 GenericDao를 비교해보고자 합니다.
기본적으로 Entity는 BaseEntity를 상속하는 것을 원칙으로 갖습니다. DB에서 생성되는 단일키를 사용하는 것으로 기본 구상을 잡고 들어가면 GenericDao의 interface는 다음과 같이 구성될 수 있습니다.
public interface EntityDao<T extends BaseEntity> {
List<T> getAll();
void deleteAll();
T getById(int id);
void add(T entity);
void update(T entity);
int countAll();
}
이제 이 interface를 구현한 AbstractDao class를 각 3개의 기술로 따로 구현해보고자 합니다.
Hibernate
Hibernate는 SessionFactory를 통해 생성되는 Session을 기반으로 구성합니다. Spring을 이용하기 때문에 SessionFactory.getCurrentSession() method를 이용해서 Session을 구해와서 처리합니다.
약간의 특징이라고 할 수 있는 것이 Criteria를 이용하는 코드의 경우, Class<?>를 반드시 각 EntityDao 생성 객체에서 넘겨주는 것이 필요합니다.
public abstract class AbstractSessionFactoryDao<T extends BaseEntity> implements EntityDao<T> {
@Autowired
protected SessionFactory sessionFactory;
private final Class<?> clazz;
protected AbstractSessionFactoryDao(Class<?> clazz) {
this.clazz = clazz;
}
@Override
public List<T> getAll() {
Session session = sessionFactory.getCurrentSession();
return session.createCriteria(clazz).list();
}
@Override
public void deleteAll() {
List<T> items = getAll();
Session session = sessionFactory.getCurrentSession();
for (T item : items) {
session.delete(item);
}
}
@Override
public T getById(final int id) {
Session session = sessionFactory.getCurrentSession();
return (T)session.get(clazz, id);
}
@Override
public void add(final T entity) {
Session session = sessionFactory.getCurrentSession();
session.save(entity);
}
@Override
public void update(final T entity) {
Session session = sessionFactory.getCurrentSession();
session.update(entity);
}
@Override
public int countAll() {
Session session = sessionFactory.getCurrentSession();
Long count = (Long) session.createCriteria(clazz)
.setProjection(Projections.rowCount())
.uniqueResult();
if(count == null) {
return 0;
} else {
return count.intValue();
}
}
}
JPA
jpa를 이용하는 경우, @PersistenceContext 를 이용해서 EntityManager를 등록해서 사용해주면 됩니다. Spring은 @PersistenceContext를 확인하면, 등록된 EntityManagerFactoryBean은 EntityManager를 사용할때마다 EntityManagerFactory에서 얻어와서 사용하게 됩니다. 이는 Spring에서 핸들링시켜줍니다. 이에 대한 코드 분석은 다음 Post에서 한번 소개해보도록 하겠습니다.
JPA를 이용한 GenericDao class의 코드는 다음과 같습니다.
public abstract class AbstractJpaDao<T extends BaseEntity> implements EntityDao<T> {
protected AbstractJpaDao(String entityName) {
this.entityName = entityName;
}
@PersistenceContext
protected EntityManager em;
@Autowired
protected JpaExecutor executor;
protected final String entityName;
@Override
public List<T> getAll() {
return em.createQuery("from " + entityName).getResultList();
}
@Override
public void deleteAll() {
System.out.println(em);
em.createQuery("delete from " + entityName).executeUpdate();
}
@Override
public T getById(final int id) {
Query query = em.createQuery("from " + entityName + " where id = :id");
query.setParameter("id", id);
return (T) query.getSingleResult();
}
@Override
public void add(final T entity) {
em.merge(entity);
}
@Override
public void update(final T entity) {
em.merge(entity);
}
@Override
public int countAll() {
return em.createQuery("from " + entityName).getResultList().size();
}
}
Hibernate기반의 queryDSL
GenericDAO class를 만들기 위해서 QueryDsl에서 가장 문제가 되는 것은 QClass들의 존재입니다. Generator에서 생성되는 Q Class들은 EntityPathBase class에서 상속받는 객체들입니다. 따라서 다른 GenericDAO class 들과는 다르게 2개의 Generic Parameter를 받아야지 됩니다.
다음은 queryDSL을 이용한 GenericDAO code입니다.
public abstract class AbstractQueryDslDao<T extends BaseEntity, Q extends EntityPathBase<T>> implements EntityDao<T> {
@Autowired
protected SessionFactory sessionFactory;
protected final Q q;
protected final Class<?> clazz;
protected AbstractQueryDslDao(Class<?> clazz, Q q) {
this.clazz = clazz;
this.q = q;
}
protected HibernateQuery getSelectQuery() {
return new HibernateQuery(sessionFactory.getCurrentSession()).from(q);
}
protected HibernateDeleteClause getDeleteQuery() {
return new HibernateDeleteClause(sessionFactory.getCurrentSession(), q);
}
protected HibernateUpdateClause getUpdateQuery() {
return new HibernateUpdateClause(sessionFactory.getCurrentSession(), q);
}
@Override
public List<T> getAll() {
HibernateQuery query = getSelectQuery();
return query.list(q);
}
@Override
public void deleteAll() {
getDeleteQuery().execute();
}
@Override
public T getById(int id) {
return (T)sessionFactory.getCurrentSession().get(clazz, id);
}
@Override
public void add(T entity) {
sessionFactory.getCurrentSession().saveOrUpdate(entity);
}
@Override
public void update(T entity) {
sessionFactory.getCurrentSession().saveOrUpdate(entity);
}
@Override
public int countAll() {
Long count = getSelectQuery().count();
return count.intValue();
}
}
개인적으로는 JPA에서 사용하는 JPQL의 문법이 조금 맘에 안듭니다. 거의 SQL query문을 객체를 이용해서 사용한다는 느낌만 들고 있기 때문에, 오타 등의 문제에서 자유롭지가 않습니다. 그런 면에서는 queryDSL을 이용하는 것이 가장 좋은 것 같지만 queryDSL의 경우에는 처음 초기 설정이 조금 까다롭습니다. 같이 일하는 팀원중 이런 설정을 잘 잡는 사람이 있으면 괜찮지만…
다음에는 글 내용중 언급한것처럼 @PersistenceContext Autowiring에 대해서 코드 분석을 해볼까합니다. ^^ 아무도 안오는 Blog지만요. ^^
