xskow's road.

        這么一個項目，確實，用了我很多時間，原因是自己在項目開始時可以說對SSH只有一知半解，就堅決地要采用這三個優(yōu)秀框架來搭建服務(wù)。不過，學(xué)到的確實不少啊，起碼對于這樣的應(yīng)用還是有一定底子了，呵呵。。。
        在這個項目當(dāng)中，有什么值得寫在我的小博客上面呢？有的。本項目分層也是采用經(jīng)典的貧血模式。由底向上共四層，model-->dao-->service-->action。其中model采用Hibernate，底層數(shù)據(jù)庫用MySQL5，在Hibernate方面，我用了比較新的annotations，而不是平常的*.hbm.xml。確實，annotations用起來比較方便，但是和POJO的耦合度就大多了。記得有些配錯的時候要一個一個getter去找annotation，呵呵。。。
        在Hibernate annotation方面，還是有些東西值得總結(jié)一下，首先就是annotation寫在是什么地方，最方便的方法是寫在各個field的getter上面，這樣就不用額外的annotation，也建議大家采用此方法，另一種也就是寫在field聲明上面，這樣的話需要在類上方添加其他annotation，我當(dāng)時是沒成功，呵呵。其次是級聯(lián)操作，也就是cascade，需要注意的是當(dāng)兩個實體關(guān)系是一對多和多對多的時候，比如班級與學(xué)生，學(xué)生與課程，明顯班級與學(xué)生是一對多，學(xué)生與課程是多對多關(guān)系，那么當(dāng)我們需要設(shè)置級聯(lián)時候怎么辦呢？在hibernate中，cascade分有4種，分別是CascadeType.PERSIST,CascadeType.MERGE,CascadeType.REFRESH,CascadeType.REMOVE。比如是persist，如果在剛才的例子來說，應(yīng)該這樣配置：

在Clazz的OneToMany和Course的ManyToMany中，我們都可以看到有CascadeType.PERSIST和CascadeType.REMOVE。具體到底是什么意思呢？persist是指當(dāng)持久化實體的時候，如果有關(guān)聯(lián)的集合，并且設(shè)成persist時，連集合也一并存入數(shù)據(jù)庫當(dāng)中。但是如果真正寫一下，然后使用的話，我們會發(fā)現(xiàn)：OneToMany設(shè)置這個根本不起作用。比如我新建一個班級，并直接賦予60個學(xué)生的一個集合，然后調(diào)用dao的save方法，看看數(shù)據(jù)庫，怎么回事，怎么只有班級持久化了，關(guān)聯(lián)學(xué)生一個沒存到數(shù)據(jù)庫？然后試試新建課程，并且選上要修這門課的學(xué)生，然后持久化課程，看看數(shù)據(jù)庫，怎么搞的，這次雙方都持久化了，即中間表已經(jīng)插入了相關(guān)的記錄。造成OneToMany用persist是什么原因？個人理解：學(xué)生屬于一個實體，其持久化應(yīng)當(dāng)依靠自己相應(yīng)的dao，一個一個student的存儲。就好比student和course的中間表，我們上面假設(shè)中間表只有STUDENT_ID和COURSE_ID，并且分別連向student表和course表的主鍵，如果你有特殊需求，比如是要一個score列（課程成績），那么這時候你還想用ManyToMany配置的話，會出現(xiàn)好多問題，除非你允許成績是空的，但是即使成績可以為空，如果你需要修改成績怎么辦呢？先取出這個學(xué)生，然后遍歷其課程集合，找到這個課程然后再持久化不行？應(yīng)該可以吧，但是是不是指需要先刪除這個學(xué)生選的課程，然后再將這些再次持久化一次？這個方法絕對可以，不過我沒人會這樣。。。呵呵。。。當(dāng)中間表有其他與兩方表都沒有關(guān)系的列時，你應(yīng)當(dāng)為中間表也映射一個實體，用這個實體的相應(yīng)dao修改相應(yīng)的記錄。在這種情況下用ManyToMany還有另一個問題，如果你的hibernate session還沒有關(guān)閉，你會發(fā)現(xiàn)提錯，說你打算刪除即將再次持久化的記錄。使用OpenSessionInViewFilter的時候你就會發(fā)現(xiàn)這個問題了。呵呵。。。
        還有一個，Hibernate官方不推薦使用聯(lián)合主鍵，原來的我就不相信用聯(lián)合主鍵會怎樣，還不行嗎？要不行那還不是你框架太爛？實踐過之后，我改變了我的看法。。。假如你是普通的一個表，使用聯(lián)合主鍵沒有任何問題，但是假如你的表是一個中間表，并且有和兩個關(guān)聯(lián)表無關(guān)的列，就像T_STUDENT_COURSE，我們在設(shè)計數(shù)據(jù)庫的時候，很容易想到用STUDENT_ID和COURSE_ID來作為主鍵，不錯，但是如果你用hibernate映射實體的時候你知道有什么麻煩嗎？首先這兩個都是外鍵，在hibernate中就是需要有兩個關(guān)聯(lián)實體的對象引用，那么這兩個作為@Id是吧？可以啊！但是當(dāng)你持久化的時候，會提示student在T_STUDENT_COURSE中無法找到。為什么？因為你數(shù)據(jù)庫就一個ID呀，而你這里配的可是一個實體引用呀！其實這也是可以解決了，就是解決辦法迂回一點點，在hibernate外鍵關(guān)聯(lián)的時候可以指定實體引用，就是說比如你StudentCourse實體，有一個student的引用，可以定義這樣一個column：studentId，這個Id可以關(guān)聯(lián)student引用，具體寫法我就不寫出來了，在hibernate官方文檔寫得相當(dāng)詳細(xì)，很容易驗證。看，就一個外鍵都這樣了，多個外鍵還得了？當(dāng)然，如果普通的單外鍵引用不會產(chǎn)生這樣的問題，直接配一個實體引用就可以解決問題。問題是可以解決的，關(guān)鍵是以后維護(hù)起來是否方便？我做過就知道，一點不簡單，所以后來還是改了。。。不推薦大家使用聯(lián)合主鍵。