建站
咨詢
售后
建站咨詢
新聞中心
Hibernate還是比較常用的，于是我研究了一下Hibernate saveOrUpdate，在這里拿出來和大家分享一下，希望對大家有用。
為浠水等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務，及浠水網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為成都網(wǎng)站設計、網(wǎng)站建設、外貿(mào)網(wǎng)站建設、浠水網(wǎng)站設計，以傳統(tǒng)方式定制建設網(wǎng)站，并提供域名空間備案等一條龍服務，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！
所以update的作用就在于此，它只會被用于當一個PO對象跨Session進行狀態(tài)同步的時候才需要寫。而一個PO對象當它不需要跨Session進行狀態(tài)管理的時候，是不需要寫update的。
再談談Hibernate saveOrUpdate的用場：
Hibernate saveOrUpdate和update的區(qū)別就在于在跨Session的PO狀態(tài)管理中，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里面的，讓業(yè)務層的程序員和Web層的程序員不需要了解Hibernate，直接對DAO進行調(diào)用。
此時問題就來了：上面的代碼運行正確有一個必要的前提，那就是方法調(diào)用參數(shù)cat對象必須是一個已經(jīng)被持久化過的PO，也就是來說，它應該首先從數(shù)據(jù)庫查詢出來，然后才能這樣用。但是業(yè)務層的程序員顯然不知道這種內(nèi)部的玄妙，如果他的業(yè)務是現(xiàn)在增加一個cat，然后再增加它的mate，他顯然會這樣調(diào)用，new一個cat對象出來，然后就addMate：
- Cat cat = new Cat();
- cat.setXXX();
- daoimpl.addMate(cat,mate);
但是請注意看，這個cat對象只是一個VO，它沒有被持久化過，它還不是PO，它沒有資格調(diào)用addMate方法，因此調(diào)用addMate方法不會真正往數(shù)據(jù)庫里面發(fā)送update的sql，這個cat對象必須先被save到數(shù)據(jù)庫，在真正成為一個PO之后，才具備addMate的資格。
你必須這樣來操作：
- Cat cat = new Cat();
- cat.setXXX();
- daoimpl.addCat(cat);
- daoimpl.addMate(cat, mate);
先持久化cat，然后才能對cat進行其他的持久化操作。因此要求業(yè)務層的程序員必須清楚cat對象處于何種狀態(tài)，到底是***種，還是第三種。如果是***種，就要先save，再addMate；如果是第三種，就直接addMate。
但是最致命的是，如果整個軟件分層很多，業(yè)務層的程序員他拿到這個cat對象也可能是上層Web應用層傳遞過來的cat，他自己也不知道這個cat究竟是VO，沒有被持久化過，還是已經(jīng)被持久化過，那么他根本就沒有辦法寫程序了。
所以這樣的DAOImpl顯然是有問題的，它會對業(yè)務層的程序員造成很多編程上的陷阱，業(yè)務層的程序員必須深刻的了解他調(diào)用的每個DAO對PO對象進行了何種狀態(tài)管理，必須深刻的了解他的PO對象在任何時候處于什么確切的狀態(tài)，才能保證編程的正確性，顯然這是做不到的，但是有了 Hibernate saveOrUpdate，這些問題就迎刃而解了。
分享題目：HibernatesaveOrUpdate分析
標題URL：http://www.5511xx.com/article/dhdecig.html
