Discussion :

[ZeRevo]

Salut,

Depuis un moment j'utilise à tord ou à raison le dirty checking fourni par hibernate, je laisse donc à hibernate le soin de vérifier si mes objets ont été modifié et de générer lui même les requêtes adéquates comme ferait un saveOrUpdate sur l'objet.

C'est pratique, rapide mais assez dangereux vu que je ne code pas l'appel au saveOrUpdate et que si j'oublie de réattacher un objet à la session hibernate, mes modifications ne seront pas prises en compte par le dirty checking.

Le dirty checking casse plus ou moins le modèle MVC. Le principe est identique, on veut sauvegarder les modifications sur un objet mais vu que le code n'est pas explicitement présenté, je me demande si c'est si bien que ça de l'utiliser.

[slevy]

C'est très naturel d'utiliser le dirty checking automatique d'Hibernate.
Ca permet d'éviter du code supplémentaire lorsque tu modifies un objet attaché à la session et Hibernate choisit le meilleur moment pour exécuter les requête en base.

Par contre c'est sûr que dans tous les cas il faut maîtriser le détachement / réatachement des objets à la session !