Hibernate et Spring - Dao ,Services

Son nécessaire de disposer d'dao, daoImpl, service, serviceImpl pour chaque modèle.

• UserDao
• UserDaoImpl
• UserService
• UserServiceImpl

Vous pouvez utiliser une classe générique EntityDaoImpl anf l'inteface EntityDao, comme ceci:

EntityDao:

public interface EntityDao<E> {

void persist(E e) throws Exception;

void remove(Object id) throws Exception;

E findById(Object id) throws Exception;
}

EntityDaoImpl:

public class EntityDaoImpl<E>  implements EntityDao<E> {
@PersistenceContext(unitName="UnitPersistenceName")
protected EntityManager entityManager;
protected E instance;
private Class<E> entityClass;
@Transactional
public void persist(E e) throws HibernateException{     
getEntityManager().persist(e);
}
@Transactional
public void remove(Object id) throws Exception{     
getEntityManager().remove((E)getEntityManager().find(getEntityClass(), id));
}
public E findById(Object id) throws Exception {     
return (E)getEntityManager().find(getEntityClass(), id);    
}
public EntityManager getEntityManager() {
return entityManager;
}
public void setEntityManager(EntityManager entityManager) throws Exception{
this.entityManager = entityManager;
}
public Class<E> getEntityClass() throws Exception{      
if (entityClass == null) {
Type type = getClass().getGenericSuperclass();
if (type instanceof  ParameterizedType) 
{
ParameterizedType paramType = (ParameterizedType) type;
if (paramType.getActualTypeArguments().length == 2) {
if (paramType.getActualTypeArguments()[1] instanceof  TypeVariable) {
throw new IllegalArgumentException(
"Can't find class using reflection");
}
else {
entityClass = (Class<E>) paramType.getActualTypeArguments()[1];
}
} else {
entityClass = (Class<E>) paramType.getActualTypeArguments()[0];
}
} else {
throw new Exception("Can't find class using reflection");
}
}
return entityClass;
}
}

Et vous pouvez l'utiliser comme ceci:

public interface UserDao extends EntityDao<User> {
}

et

public class UserDaoImpl extends EntityDaoImpl<User> implements UserDao{
}

OriginalL'auteur 3d5oN

La création d'un service distinct pour chaque modèle est une façon de le faire, et j'ai vu des applications du monde réel que cela, mais je ne le recommande pas. C'est overkill pour la simple CRUD cas et est inutile pour les cas plus complexes (où vous voulez vraiment une opération sur plusieurs DAO appels). Il vous laisse avec beaucoup de code qui ne fait pas beaucoup. Le Bcm peut être spécifié à l'aide de Données du Printemps, les services seront réutilisable à chaque méthode d'emballage d'un appel à un DAO. Le printemps devrait aider à réduire réutilisable plutôt que d'imposer.

Si vous avez un tout CRUD l'application ne peut légitimement le faire sans les services, @Transactional sur les DAOs, et d'appeler la DAO à partir du Contrôleur. Si le service n'est pas en tirant sur son poids, se débarrasser de lui.

Si vous avez la logique métier de l'application, puis lorsqu'un utilisateur appelle quelque chose qui peut impliquer des appels à différents DAOs, ces appels devraient généralement lieu dans la même transaction, de sorte que si une chose échoue tout est annulée. (Aussi la création d'une opération est relativement cher et si vous avez un contrôleur de faire des appels vers les différents services pour les différentes entités qui sera lente.) C'est là que les services de venir dans maniable, le service, précise le faible niveau des cas d'utilisation que l'utilisateur souhaite effectuer et permet transactionnelle comportement spécifié.

Pour le CRUD cas, je préfère utiliser un outil comme Graal ou de Jouer ou de Rails, ou quelque chose d'écrit en Java avec Spring MVC. Graal, par exemple, permettra de générer des vues et des contrôleurs pour vous, fournir des données de base l'accès par le biais de GORM (donc il n'y a pas DAOs à écrire), et il vous permettra de spécifier facilement, pour le cas où vous trouvez que vous avez besoin.

OriginalL'auteur Nathan Hughes