摘要: 單例模式
定義:
Singleton模式主要作用是保證在Java應(yīng)用程序中,一個(gè)類Class只有一個(gè)實(shí)例存在。
閱讀全文
posted @
2009-07-08 09:03 Werther 閱讀(4365) |
評論 (2) |
編輯 收藏
摘要: 典型的J2EE三層結(jié)構(gòu),分為表現(xiàn)層、中間層(業(yè)務(wù)邏輯層)和數(shù)據(jù)服務(wù)層。三層體系將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問及合法性校驗(yàn)等工作放在中間層處理。客戶端不直接與數(shù)據(jù)庫交互,而是通過組件與中間層建立連接,再由中間層與數(shù)據(jù)庫交互。
閱讀全文
posted @
2009-07-06 20:13 Werther 閱讀(638) |
評論 (0) |
編輯 收藏
摘要: 垃圾回收是Java語言的一大特性,方便了編程,是以消耗性能為代價(jià)的。而垃圾在這里只無用的對象。而C++是需要程序員自己寫析構(gòu)函數(shù)來釋放內(nèi)存的,麻煩,也有可能忘記而導(dǎo)致內(nèi)存泄露。
Java語言對內(nèi)存的分配管理是通過JVM內(nèi)部機(jī)制決定的。程序員可以不關(guān)心其處理。
閱讀全文
posted @
2009-07-05 21:53 Werther 閱讀(2305) |
評論 (4) |
編輯 收藏
摘要: 經(jīng)典的SQL Connection.
閱讀全文
posted @
2009-07-03 14:04 Werther 閱讀(317) |
評論 (0) |
編輯 收藏
摘要: Mysql日期和時(shí)間函數(shù)
閱讀全文
posted @
2009-07-03 11:25 Werther 閱讀(255) |
評論 (0) |
編輯 收藏
摘要: Spring的哲學(xué)是在不影響Java對象的設(shè)計(jì)的情況下將Java對象加入到框架中。 我們下面來看看Spring的工作原理,看看Spring是如何做到不影響Java對象的。
閱讀全文
posted @
2009-07-02 17:34 Werther 閱讀(1824) |
評論 (2) |
編輯 收藏
摘要: Spring 框架是一個(gè)分層架構(gòu),由 7 個(gè)定義良好的模塊組成。Spring 模塊構(gòu)建在核心容器之上,核心容器定義了創(chuàng)建、配置和管理 bean 的方式.
閱讀全文
posted @
2009-06-30 17:22 Werther 閱讀(316) |
評論 (0) |
編輯 收藏
摘要: 一、事務(wù)管理
事務(wù)傳播
1、required:方法在一個(gè)事務(wù)中執(zhí)行,如果調(diào)用的方法在一個(gè)事務(wù)中,則使用該事務(wù),否則將創(chuàng)建一個(gè)新的事務(wù)。(必須有,有就用,沒有就建)
2、mandatory:如果運(yùn)行于事務(wù)中的客戶調(diào)用了該方法,方法在客戶的事務(wù)中執(zhí)行。如果客戶沒有關(guān)聯(lián)到事務(wù)中,容器就會拋出TransactionRequiredException.(必須有,有就用,沒有報(bào)錯(cuò))
閱讀全文
posted @
2009-06-29 17:22 Werther 閱讀(1942) |
評論 (1) |
編輯 收藏
摘要: Spring聲明式事務(wù)讓我們從復(fù)雜的事務(wù)處理中得到解脫。使得我們再也無需要去處理獲得連接、關(guān)閉連接、事務(wù)提交和回滾等這些操作。再也無需要我們在與事務(wù)相關(guān)的方法中處理大量的try…catch…finally代碼。
我們在使用Spring聲明式事務(wù)時(shí),有一個(gè)非常重要的概念就是事務(wù)屬性。事務(wù)屬性通常由事務(wù)的傳播行為,事務(wù)的隔離級別,事務(wù)的超時(shí)值和事務(wù)只讀標(biāo)志組成。我們在進(jìn)行事務(wù)劃分時(shí),需要進(jìn)行事務(wù)定義,也就是配置事務(wù)的屬性。
閱讀全文
posted @
2009-06-26 17:55 Werther 閱讀(187) |
評論 (0) |
編輯 收藏
摘要: 切面(Aspect): 一個(gè)關(guān)注點(diǎn)的模塊化,這個(gè)關(guān)注點(diǎn)可能會橫切多個(gè)對象。事務(wù)管理是J2EE應(yīng)用中一個(gè)關(guān)于橫切關(guān)注點(diǎn)的很好的例子。 在Spring AOP中,切面可以使用通用類(基于模式的風(fēng)格) 或者在普通類中以 @Aspect 注解(@AspectJ風(fēng)格)來實(shí)現(xiàn)。
閱讀全文
posted @
2009-06-25 17:27 Werther 閱讀(1317) |
評論 (0) |
編輯 收藏
摘要: 針對Oracle數(shù)據(jù)庫而言,F(xiàn)etch Size 是設(shè)定JDBC的Statement讀取數(shù)據(jù)的時(shí)候每次從數(shù)據(jù)庫中取出的記錄條數(shù),一般設(shè)置為30、50、100.Oracle數(shù)據(jù)庫的JDBC驅(qū)動默認(rèn)的Fetch Size=15,設(shè)置Fetch Size設(shè)置為:30、50,性能會有明顯提升,如果繼續(xù)增大,超出100,性能提升不明顯,反而會消耗內(nèi)存。
閱讀全文
posted @
2009-06-24 17:08 Werther 閱讀(272) |
評論 (0) |
編輯 收藏
摘要: (一)Hibernate的二級緩存策略的一般過程如下:
1) 條件查詢的時(shí)候,總是發(fā)出一條select * from table_name where …. (選擇所有字段)這樣的SQL語句查詢數(shù)據(jù)庫,一次獲得所有的數(shù)據(jù)對象。
2) 把獲得的所有數(shù)據(jù)對象根據(jù)ID放入到第二級緩存中。
3) 當(dāng)Hibernate根據(jù)ID訪問數(shù)據(jù)對象的時(shí)候,首先從Session一級緩存中查;查不到,如果配置了二級緩存,那么從二級緩存中查;查不到,再查詢數(shù)據(jù)庫,把結(jié)果按照ID放入到緩存。
4) 刪除、更新、增加數(shù)據(jù)的時(shí)候,同時(shí)更新緩存。
Hibernate的二級緩存策略,是針對于ID查詢的緩存策略,對于條件查詢則毫無作用。為此,Hibernate提供了針對條件查詢的Query Cache。
閱讀全文
posted @
2009-06-23 17:32 Werther 閱讀(1697) |
評論 (2) |
編輯 收藏
摘要: 業(yè)務(wù)邏輯的實(shí)現(xiàn)過程中,往往需要保證數(shù)據(jù)訪問的排他性。如在金融系統(tǒng)的日終結(jié)算處理中,我們希望針對某個(gè) cut-off 時(shí)間點(diǎn)的數(shù)據(jù)進(jìn)行處理,而不希望在結(jié)算進(jìn)行過程中(可能是幾秒種,也可能是幾個(gè)小時(shí)),數(shù)據(jù)再發(fā)生變化。此時(shí),我們就需要通過一些機(jī)制來保證這些數(shù)據(jù)在某個(gè)操作過程中不會被外界修改,這樣的機(jī)制,在這里,也就是所謂的 “鎖” ,即給我們選定的目標(biāo)數(shù)據(jù)上鎖,使其無法被其他程序修改。Hibernate 支持兩種鎖機(jī)制:即通常所說的 “悲觀鎖( Pessimistic Locking )”和 “樂觀鎖( Optimistic Locking )”
閱讀全文
posted @
2009-06-22 17:25 Werther 閱讀(338) |
評論 (0) |
編輯 收藏
摘要: Hibernate在解決性能問題方面做得非常好。有了它的緩存機(jī)制,使用第三方緩存和數(shù)據(jù)庫連接池,就較好的解決的性能問題。但這些還不夠,hibernate給了開發(fā)者足夠的自由,讓開發(fā)者自己去控制性能問題。
閱讀全文
posted @
2009-06-18 17:21 Werther 閱讀(5770) |
評論 (15) |
編輯 收藏
摘要: JAVA語言已經(jīng)慢慢的在成為主流的開發(fā)語言之一,或者說現(xiàn)在已經(jīng)成為了主流的開發(fā)語言。在JAVA語言平臺上,也出現(xiàn)了多種開發(fā)模型。對于剛?cè)腴T的JAVA程序員來說,也許面對這么多的開發(fā)模型,會眼花繚亂,不知道該如何選擇。筆者剛開始接觸JAVA語言的時(shí)候沒有多少的開發(fā)模型可以選擇。而前幾年筆者也遇到了這個(gè)問題。可選的開發(fā)模型比較多,筆者必須選擇一個(gè)開發(fā)模型作為未來自己的主攻方向。因?yàn)槿说木κ怯邢薜模貏e是我們做程序開發(fā)的。我們要把有限的精力花在刀口上。筆者在這里向大家推薦EJB開發(fā)模型。
閱讀全文
posted @
2009-06-17 22:51 Werther 閱讀(288) |
評論 (0) |
編輯 收藏