È una progettazione scadente per i DAO gestire le transazioni?

Question

Ho letto sull'implementazione del modello di sole GenericDAO e su quello di Gavin King per l'uso con Hibernate. Sembra che non menziona nulla sulla gestione delle transazioni:

public abstract class GenericHibernateDAO<T, ID extends Serializable> { 
    protected Session getSession() { 
     return HibernateUtil.getSessionFactory().getCurrentSession(); 
    } 

    public T makePersistent(T entity) { 
     getSession().saveOrUpdate(entity); 
     return entity; 
    } 
} 

Sono perplesso su dove devo mettere l'inizio/fine della transazione. Attualmente sono all'interno dei DAO che estendere questo GenericHibernateDAO

public class FooHibernateDAO extends GenericHibernateDAO<Foo, Long> { 
    public Foo saveFoo(Foo foo) { 
     getSession().beginTransaction(); 
     makePersistent(foo); 
     getSession().getTransaction().commit(); 
    } 
} 

caso in cui la gestione delle transazioni essere gestito dal chiamante del DAO nel livello di applicazione?

Answer 1

In genere, la procedura migliore consiste nel gestire le transazioni nel livello di servizio non nel livello DAO. Ogni metodo DAO generalmente gestisce un'operazione specifica e un metodo di servizio li aggrega in un'unica transazione.

Answer 2

Le transazioni devono essere gestite nel livello applicazione. Diciamo per esempio si ha avuto un AccountDAO:

public class AccountDAO { 
    public void DebitAccount(int accountId, int dollars) { 

    } 

    public void CreditAccount(int accountId, int dollars) { 
    } 
} 

Se avessi voluto trasferire denaro tra i conti, io chiamerei DebitAccount su un conto e CreditAccount su un altro. Vorrei che queste chiamate accadessero nella stessa transazione. Il DAO non può saperlo, ma lo farebbe il livello dell'applicazione.

Se le transazioni sono state gestite sul livello DAO, è necessario creare un altro metodo TransferMoney sul DAO per eseguirlo in un'unica transazione. Questo alla fine gonfierà il tuo livello DAO e, per operazioni complesse, porterà in una logica di business che probabilmente non dovrebbe esserci. E diventa ancora più complicato se si dispone di un'operazione che richiede più DAO per essere coinvolti in una singola transazione.