Hibernate saveOrUpdate分析
Hibernate還是比較常用的，于是我研究了一下Hibernate saveOrUpdate，在這里拿出來和大家分享一下，希望對大家有用。
所以update的作用就在于此，它只會被用于當一個PO對象跨Session進行狀態同步的時候才需要寫。而一個PO對象當它不需要跨Session進行狀態管理的時候，是不需要寫update的。
再談談Hibernate saveOrUpdate的用場：
Hibernate saveOrUpdate和update的區別就在于在跨Session的PO狀態管理中，Hibernate對PO采取何種策略。
例如當你寫一個DAOImpl的時候，讓cat對象增加一個mate，如下定義：
- public void addMate(Cat cat, Mate mate) {
- Session session = ...;
- Transacton tx = ...;
- session.update(cat);
- cat.addMate(mate);
- tx.commit();
- session.close();
- };
顯然你是需要把Hibernate的操作封裝在DAO里面的，讓業務層的程序員和Web層的程序員不需要了解Hibernate，直接對DAO進行調用。
此時問題就來了：上面的代碼運行正確有一個必要的前提，那就是方法調用參數cat對象必須是一個已經被持久化過的PO，也就是來說，它應該首先從數據庫查詢出來，然后才能這樣用。但是業務層的程序員顯然不知道這種內部的玄妙，如果他的業務是現在增加一個cat，然后再增加它的mate，他顯然會這樣調用，new一個cat對象出來，然后就addMate：
- Cat cat = new Cat();
- cat.setXXX();
- daoimpl.addMate(cat,mate);
但是請注意看，這個cat對象只是一個VO，它沒有被持久化過，它還不是PO，它沒有資格調用addMate方法，因此調用addMate方法不會真正往數據庫里面發送update的sql，這個cat對象必須先被save到數據庫，在真正成為一個PO之后，才具備addMate的資格。
你必須這樣來操作：
- Cat cat = new Cat();
- cat.setXXX();
- daoimpl.addCat(cat);
- daoimpl.addMate(cat, mate);
先持久化cat，然后才能對cat進行其他的持久化操作。因此要求業務層的程序員必須清楚cat對象處于何種狀態，到底是***種，還是第三種。如果是***種，就要先save，再addMate；如果是第三種，就直接addMate。
但是最致命的是，如果整個軟件分層很多，業務層的程序員他拿到這個cat對象也可能是上層Web應用層傳遞過來的cat，他自己也不知道這個cat究竟是VO，沒有被持久化過，還是已經被持久化過，那么他根本就沒有辦法寫程序了。
所以這樣的DAOImpl顯然是有問題的，它會對業務層的程序員造成很多編程上的陷阱，業務層的程序員必須深刻的了解他調用的每個DAO對PO對象進行了何種狀態管理，必須深刻的了解他的PO對象在任何時候處于什么確切的狀態，才能保證編程的正確性，顯然這是做不到的，但是有了 Hibernate saveOrUpdate，這些問題就迎刃而解了。
【編輯推薦】
