Posted on 2006-03-02 20:44
killvin 閱讀(282)
評(píng)論(0) 編輯 收藏 所屬分類:
frameworks
先來(lái)點(diǎn)概念：
在Hibernate中，最核心的概念就是對(duì)PO的狀態(tài)管理。一個(gè)PO有三種狀態(tài)：
1、未被持久化的VO
此時(shí)就是一個(gè)內(nèi)存對(duì)象VO，由JVM管理生命周期
2、已被持久化的PO，并且在Session生命周期內(nèi)
此時(shí)映射數(shù)據(jù)庫(kù)數(shù)據(jù)，由數(shù)據(jù)庫(kù)管理生命周期
3、曾被持久化過(guò)，但現(xiàn)在和Session已經(jīng)detached了，以VO的身份在運(yùn)行
這種和Session已經(jīng)detached的PO還能夠進(jìn)入另一個(gè)Session，繼續(xù)進(jìn)行PO狀態(tài)管理，此時(shí)它就成為PO的第二種狀態(tài)了。這種PO實(shí)際上是跨了Session進(jìn)行了狀態(tài)維護(hù)的。
在傳統(tǒng)的JDO1.x中，PO只有前面兩種狀態(tài)，一個(gè)PO一旦脫離PM，就喪失了狀態(tài)了，不再和數(shù)據(jù)庫(kù)數(shù)據(jù)關(guān)聯(lián)，成為一個(gè)純粹的內(nèi)存VO，它即使進(jìn)入一個(gè)新的PM，也不能恢復(fù)它的狀態(tài)了。
Hibernate強(qiáng)的地方就在于，一個(gè)PO脫離Session之后，還能保持狀態(tài)，再進(jìn)入一個(gè)新的Session之后，就恢復(fù)狀態(tài)管理的能力，但此時(shí)狀態(tài)管理需要使用session.update或者session.saveOrUpdate，這就是Hibernate Reference中提到的“requires a slightly different programming model ”
現(xiàn)在正式進(jìn)入本話題：
簡(jiǎn)單的來(lái)說(shuō)，update和saveOrUpdate是用來(lái)對(duì)跨Session的PO進(jìn)行狀態(tài)管理的。
假設(shè)你的PO不需要跨Session的話，那么就不需要用到，例如你打開(kāi)一個(gè)Session，對(duì)PO進(jìn)行操作，然后關(guān)閉，之后這個(gè)PO你也不會(huì)再用到了，那么就不需要用update。
因此，我們來(lái)看看上例：
java代碼:  |
|
1 Foo foo=sess.load(Foo.class,id);
2 foo.setXXX(xxx);
3 sess.flush();
4 sess.commit();
|
PO對(duì)象foo的操作都在一個(gè)Session生命周期內(nèi)完成，因此不需要顯式的進(jìn)行sess.update(foo)這樣的操作。Hibernate會(huì)自動(dòng)監(jiān)測(cè)到foo對(duì)象已經(jīng)被修改過(guò)，因此就向數(shù)據(jù)庫(kù)發(fā)送一個(gè)update的sql。當(dāng)然如果你非要加上sess.update(foo)也不會(huì)錯(cuò)，只不過(guò)這樣做沒(méi)有任何必要。
而跨Session的意思就是說(shuō)這個(gè)PO對(duì)象在Session關(guān)閉之后，你還把它當(dāng)做一個(gè)VO來(lái)用，后來(lái)你在Session外面又修改了它的屬性，然后你又想打開(kāi)一個(gè)Session，把VO的屬性修改保存到數(shù)據(jù)庫(kù)里面，那么你就需要用update了。
| java代碼: |
|
1 // in the first session
2 Cat cat = (Cat) firstSession.load(Cat.class, catId);
3 Cat potentialMate = new Cat();
4 firstSession.save(potentialMate);
5
6 // in a higher tier of the application
7 cat.setMate(potentialMate);
8
9 // later, in a new session
10 secondSession.update(cat); // update cat
11 secondSession.update(mate); // update mate
12
|
cat和mate對(duì)象是在第一個(gè)session中取得的，在第一個(gè)session關(guān)閉之后，他們就成了PO的第三種狀態(tài)，和Session已經(jīng)detached的PO，此時(shí)他們的狀態(tài)信息仍然被保留下來(lái)了。當(dāng)他們進(jìn)入第二個(gè)session之后，立刻就可以進(jìn)行狀態(tài)的更新。但是由于對(duì)cat的修改操作：cat.setMate(potentialMate); 是在Session外面進(jìn)行的，Hibernate不可能知道cat對(duì)象已經(jīng)被改過(guò)了，第二個(gè)Session并不知道這種修改，因此一定要顯式的調(diào)用secondSession.update(cat); 通知Hibernate，cat對(duì)象已經(jīng)修改了，你必須發(fā)送update的sql了。
所以u(píng)pdate的作用就在于此，它只會(huì)被用于當(dāng)一個(gè)PO對(duì)象跨Session進(jìn)行狀態(tài)同步的時(shí)候才需要寫(xiě)。而一個(gè)PO對(duì)象當(dāng)它不需要跨Session進(jìn)行狀態(tài)管理的時(shí)候，是不需要寫(xiě)update的。
再談?wù)?SPAN style="COLOR: #ffa34f">saveOrUpdate的用場(chǎng)：
saveOrUpdate和update的區(qū)別就在于在跨Session的PO狀態(tài)管理中，Hibernate對(duì)PO采取何種策略。
例如當(dāng)你寫(xiě)一個(gè)DAOImpl的時(shí)候，讓cat對(duì)象增加一個(gè)mate，如下定義：
| java代碼: |
 1 public void addMate (Cat cat, Mate mate ) {
...}
2 Session session = ...;
3 Transacton tx = ...;
4 session.update(cat);
5 cat.addMate(mate);
6 tx.commit();
7 session.close();
8 }; |
顯然你是需要把Hibernate的操作封裝在DAO里面的，讓業(yè)務(wù)層的程序員和Web層的程序員不需要了解Hibernate，直接對(duì)DAO進(jìn)行調(diào)用。
此時(shí)問(wèn)題就來(lái)了：上面的代碼運(yùn)行正確有一個(gè)必要的前提，那就是方法調(diào)用參數(shù)cat對(duì)象必須是一個(gè)已經(jīng)被持久化過(guò)的PO，也就是來(lái)說(shuō)，它應(yīng)該首先從數(shù)據(jù)庫(kù)查詢出來(lái)，然后才能這樣用。但是業(yè)務(wù)層的程序員顯然不知道這種內(nèi)部的玄妙，如果他的業(yè)務(wù)是現(xiàn)在增加一個(gè)cat，然后再增加它的mate，他顯然會(huì)這樣調(diào)用，new一個(gè)cat對(duì)象出來(lái)，然后就addMate：
| java代碼: |
|
1 Cat cat = new Cat();
2 cat.setXXX();
3 daoimpl.addMate(cat,mate);
|
但是請(qǐng)注意看，這個(gè)cat對(duì)象只是一個(gè)VO，它沒(méi)有被持久化過(guò)，它還不是PO，它沒(méi)有資格調(diào)用addMate方法，因此調(diào)用addMate方法不會(huì)真正往數(shù)據(jù)庫(kù)里面發(fā)送update的sql，這個(gè)cat對(duì)象必須先被save到數(shù)據(jù)庫(kù)，在真正成為一個(gè)PO之后，才具備addMate的資格。
你必須這樣來(lái)操作：
| java代碼: |
|
1 Cat cat = new Cat();
2 cat.setXXX();
3 daoimpl.addCat(cat);
4 daoimpl.addMate(cat, mate);
|
先持久化cat，然后才能對(duì)cat進(jìn)行其他的持久化操作。因此要求業(yè)務(wù)層的程序員必須清楚cat對(duì)象處于何種狀態(tài)，到底是第一種，還是第三種。如果是第一種，就要先save，再addMate；如果是第三種，就直接addMate。
但是最致命的是，如果整個(gè)軟件分層很多，業(yè)務(wù)層的程序員他拿到這個(gè)cat對(duì)象也可能是上層Web應(yīng)用層傳遞過(guò)來(lái)的cat，他自己也不知道這個(gè)cat究竟是VO，沒(méi)有被持久化過(guò)，還是已經(jīng)被持久化過(guò)，那么他根本就沒(méi)有辦法寫(xiě)程序了。
所以這樣的DAOImpl顯然是有問(wèn)題的，它會(huì)對(duì)業(yè)務(wù)層的程序員造成很多編程上的陷阱，業(yè)務(wù)層的程序員必須深刻的了解他調(diào)用的每個(gè)DAO對(duì)PO對(duì)象進(jìn)行了何種狀態(tài)管理，必須深刻的了解他的PO對(duì)象在任何時(shí)候處于什么確切的狀態(tài)，才能保證編程的正確性，顯然這是做不到的，但是有了saveOrUpdate，這些問(wèn)題就迎刃而解了。
現(xiàn)在你需要修改addMate方法：
| java代碼: |
1 public void addMate (Cat cat, Mate mate ) {
...}
2 Session session = ...;
3 Transacton tx = ...;
4 session.saveOrUpdate(cat);
5 cat.addMate(mate);
6 tx.commit();
7 session.close();
8 }; |
如上，如果業(yè)務(wù)層的程序員傳進(jìn)來(lái)的是一個(gè)已經(jīng)持久化過(guò)的PO對(duì)象，那么Hibernate會(huì)更新cat對(duì)象(假設(shè)業(yè)務(wù)層的程序員在Session外面修改過(guò)cat的屬性)，如果傳進(jìn)來(lái)的是一個(gè)新new出來(lái)的對(duì)象，那么向數(shù)據(jù)庫(kù)save這個(gè)PO對(duì)象。
BTW: Hibernate此時(shí)究竟采取更新cat對(duì)象，還是save cat對(duì)象，取決于unsave-value的設(shè)定。
這樣，業(yè)務(wù)層的程序員就不必再操心PO的狀態(tài)問(wèn)題了，對(duì)于他們來(lái)說(shuō)，不管cat是new出來(lái)的對(duì)象，只是一個(gè)VO也好；還是從數(shù)據(jù)庫(kù)查詢出來(lái)的的PO對(duì)象也好，全部都是直接addMate就OK了：