java設計模式(基于jlive,banq總結)

上傳人：奔*** IP屬地：河北更新時間：2024-03-02 格式：docx 頁數(shù)：120 大?。?63.29KB 人氣指數(shù)：12 舉報 版權申訴

已閱讀1頁，還剩119頁未讀，繼續(xù)免費閱讀

版權說明：本文檔由用戶提供并上傳，收益歸屬內(nèi)容提供方，若內(nèi)容存在侵權，請進行舉報或認領

文檔簡介

1、　　2 Jive與設計模式　　Jive論壇系統(tǒng)使用大量設計模式巧妙地實現(xiàn)了一系列功能。因為設計模式的通用性和可理解性，將幫助更多人很快地理解 Jive論壇源碼，從而可以依據(jù)一種“協(xié)定”來動態(tài)地擴展它。那么使用設計模式還有哪些好處？　　2.1 設計模式&

2、lt;p>　　設計模式是一套被反復使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設計經(jīng)驗的總結。使用設計模式是為了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。毫無疑問，設計模式于己于他人于系統(tǒng)都是多贏的。設計模式使代碼編制真正工程化，設計模式是軟件工程的基石。　　GOF（設計模式作者簡稱）《設計模式》這本書第一次將設計模式提升到理論高度，并將之規(guī)范化，該書提出了23種基本設計模式。自此，

3、在可復用面向對象軟件的發(fā)展過程中，新的大量的設計模式不斷出現(xiàn)。　　很多人都知道Java是完全面向對象的設計和編程語言，但是由于接受教育以及經(jīng)驗的原因，大多數(shù)程序員或設計人員都是從傳統(tǒng)的過程語言轉變而來，因此在思維習慣上要完全轉變?yōu)槊嫦驅ο蟮脑O計和開發(fā)方式是困難的，而學習設計模式可以更好地幫助和堅固這種轉變。　　凡是學習完成設計模式的人都有一種類似重生的感

4、覺，這種重生可以從很多方面去解釋。換一種新的角度來看待和解決問題應該是一種比較貼切的解釋，而這種新的思維角度培養(yǎng)屬于基礎培訓，因此，設計模式是學習Java的必讀基礎課程之一。　　由于設計模式概念比較抽象，對于初學者學習有一定的難度，因此結合Jive論壇系統(tǒng)學習設計模式將是一種很好的選擇。　　掌握了設計模式，將會幫助程序員或設計人員以更加可重用性、可伸縮性

5、的眼光來開發(fā)應用系統(tǒng)，甚至開發(fā)通用的框架系統(tǒng)?？蚣芟到y(tǒng)是構成一類特定軟件可復用設計的一組相互協(xié)作的類，主要是對應用系統(tǒng)中反復重用部分的提煉，類似一種模板，這是一種結構性的模板。　　框架通常定義了應用體系的整體結構、類和對象的關系等設計參數(shù)，以便于具體應用實現(xiàn)者能集中精力于應用本身的特定細節(jié)?？蚣軓娬{(diào)設計復用，而設計模式最小的可重用單位，因此框架不可避免地會反復使用到設計模式。關于通用框架系統(tǒng)的設

6、計開發(fā)將在以后章節(jié)中討論。　　其實Jive論壇本身也形成了一個基于Web結構的通用框架系統(tǒng)，因為它很多設計思想是可以重用的，例如設定一個總體入口，通過入口檢查用戶的訪問控制權限，當然還有其他各方面的功能實現(xiàn)方式都是值得在其他系統(tǒng)中借鑒的，也正因為它以模式的形式表現(xiàn)出來，這種可重用性和可借鑒性就更強。　　2.2 ForumFactory與工廠模

7、式　　工廠模式是GOF設計模式的主要常用模式，它主要是為創(chuàng)建對象提供了一種接口，工廠模式主要是封裝了創(chuàng)建對象的細節(jié)過程，從而使得外界調(diào)用一個對象時，根本無需關心這個對象是如何產(chǎn)生的。　　在GOF設計模式中，工廠模式分為工廠方法模式和抽象工廠模式。兩者主要區(qū)別是，工廠方法是創(chuàng)建一種產(chǎn)品接口下的產(chǎn)品對象，而抽象工廠模式是創(chuàng)建多種產(chǎn)品接口下的產(chǎn)品對象，非常類似

8、Builder生成器模式。在平時實踐中，使用較多的基本是工廠方法模式。　　以類SampleOne為例，要創(chuàng)建SampleOne的對象實例:　　SampleOne sampleOne = new SampleOne();　　如果Sample類有幾個相近的類：SampleTwo或SampleThree，那么創(chuàng)建它們的

9、實例分別是：　　SampleTwo sampleTwo = new SampleTwo();　　SampleThree sampleThree = new SampleThree();　　其實這3個類都有一些共同的特征，如網(wǎng)上商店中銷售書籍、玩具或者化妝品。雖然它們是不同的具體產(chǎn)品，但是它們有一個共同特征，可以抽

10、象為“商品”。日常生活中很多東西都可以這樣高度抽象成一種接口形式。上面這3個類如果可以抽象為一個統(tǒng)一接口SampleIF，那么上面語句就可以成為：　　SampleIF sampleOne = new SampleOne();　　SampleIF sampleTwo = new SampleTwo();　　Samp

11、leIF sampleThree = new SampleThree();　　在實際情況中，有時并不需要同時生成3種對象，而是根據(jù)情況在3者之中選一個。在這種情況下，需要使用工廠方法來完成了，創(chuàng)建一個叫SampleFactory的抽象類：　　public class SampleFactory{　　public

12、abstract SampleIF creator();　　}　　在這個抽象工廠類中有一個抽象方法creator，但是沒有具體實現(xiàn)，而是延遲到它的子類中實現(xiàn)，創(chuàng)建子類SampleFactoryImp：　　public class SampleFactoryImp extend

13、s SampleFactory{　　public SampleIF creator(){　　//根據(jù)其他因素綜合判斷返回具體產(chǎn)品　　//假設應該返回SampleOne對象　　return new SampleOne();<b

14、>　　}　　}　　在SampleFactoryImp中根據(jù)具體情況來選擇返回SampleOne、SampleTwo或SampleThree。所謂具體情況有很多種：上下文其他過程計算結果；直接根據(jù)配置文件中配置。　　上述工廠方法模式中涉及到一個抽象產(chǎn)品

15、接口Sample，如果還有其他完全不同的產(chǎn)品接口，如Product等，一個子類SampleFactoryImp只能實現(xiàn)一套系列產(chǎn)品方案的生產(chǎn)，如果還需要另外一套系統(tǒng)產(chǎn)品方案，就可能需要另外一個子類SampleFactoryImpTwo來實現(xiàn)。這樣，多個產(chǎn)品系列、多個工廠方法就形成了抽象工廠模式。　　前面已經(jīng)討論在Jive中設置了論壇統(tǒng)一入口，這個統(tǒng)一入口就是ForumFactory，以下是For

16、umFactory的主要代碼：　　public abstract class ForumFactory {　　private static Object initLock = new Object();　　private static String className = " com.Yasna.for

17、um.database.DbForumFactory";　　private static ForumFactory factory = null; 　　public static ForumFactory getInstance(Authorization authorization) {　　if (a

18、uthorization == null) {　　return null;　　}　　//以下使用了Singleton 單態(tài)模式，將在2.3節(jié)討論　　if (factory == null) {

19、　　synchronized(initLock) {　　if (factory == null) {　　... //從配置文件中獲得當前className　　try {　　//動態(tài)裝載類</

20、p>　　Class c = Class.forName(className);　　factory = (ForumFactory)c.newInstance();　　}　　catch (Exception e) {<p

21、>　　return null;　　}　　}　　}　　}　　//返回 pr

22、oxy.用來限制授權對forum的訪問　　return new ForumFactoryProxy(authorization, factory,factory.getPermissions(authorization));　　}　　//創(chuàng)鍵產(chǎn)品接口Forum的具體對象實例&

23、lt;/p>　　public abstract Forum createForum(String name, String description)　　throws UnauthorizedException, ForumAlreadyExistsException;　　//創(chuàng)鍵產(chǎn)品接口ForumThread的具體對象實例&l

24、t;/p>　　public abstract ForumThread createThread(ForumMessage rootMessage) 　　throws UnauthorizedException;　　//創(chuàng)鍵產(chǎn)品接口ForumMessage的具體對象實例　　public

25、abstract ForumMessage createMessage();　　....　　}　　ForumFactory中提供了很多抽象方法如createForum、createThread和createMessage()等，它們是創(chuàng)建

26、各自產(chǎn)品接口下的具體對象，這3個接口就是前面分析的基本業(yè)務對象Forum、ForumThread和ForumMessage，這些創(chuàng)建方法在ForumFactory中卻不立即執(zhí)行，而是推遲到ForumFactory子類中實現(xiàn)。　　ForumFactory的子類實現(xiàn)是com.Yasna.forum.database.DbForumFactory，這是一種數(shù)據(jù)庫實現(xiàn)方式。即在DbForumFactor

27、y中分別實現(xiàn)了在數(shù)據(jù)庫中createForum、createThread和createMessage()等3種方法，當然也提供了動態(tài)擴展到另外一套系列產(chǎn)品的生產(chǎn)方案的可能。如果使用XML來實現(xiàn)，那么可以編制一個XmlForumFactory的具體工廠子類來分別實現(xiàn)3種創(chuàng)建方法。　　因此，Jive論壇在統(tǒng)一入口處使用了抽象工廠模式來動態(tài)地創(chuàng)建論壇中所需要的各種產(chǎn)品，如圖3-4所示。</p&g

28、t;　　圖3-4 ForumFactory抽象工廠模式圖　　圖3-4中，XmlForumFactory和DbForumFactory作為抽象工廠ForumFactory的兩個具體實現(xiàn)，而Forum、ForumThread和ForumMessage分別作為3個系列抽象產(chǎn)品接口，依靠不同的工廠實現(xiàn)方式，會產(chǎn)生不同的產(chǎn)品對象。

29、　　從抽象工廠模式去理解Jive論壇統(tǒng)一入口處，可以一步到位掌握了幾個類之間的大概關系。因為使用了抽象工廠模式這種通用的設計模式，可以方便源碼閱讀者快速地掌握整個系統(tǒng)的結構和來龍去脈，圖3-4這張圖已經(jīng)初步展示了Jive的主要框架結構。　　細心的讀者也許會發(fā)現(xiàn)，在上面ForumFactory有一個getInstance比較令人費解，這將在2.3節(jié)進行討論。

30、;　　2.3 統(tǒng)一入口與單態(tài)模式　　在上面ForumFactory的getInstance方法使用單態(tài)（SingleTon）模式。單態(tài)模式是保證一個類有且僅有一個對象實例，并提供一個訪問它的全局訪問點。　　前面曾提到ForumFactory是Jive提供客戶端訪問數(shù)據(jù)庫系統(tǒng)的統(tǒng)一入口。為了保證所有的客戶端請求都要經(jīng)過這個ForumFactor

31、y，如果不使用單態(tài)模式，客戶端下列調(diào)用語句表示生成了ForumFactory實例：　　ForumFactory factory = new DbForumFactory();　　客戶端每發(fā)生一次請求都調(diào)用這條語句，這就會發(fā)生每次都生成不同factory對象實例，這顯然不符合設計要求，因此必須使用單態(tài)模式。　　一般

32、在Java實現(xiàn)單態(tài)模式有幾種選擇，最常用而且安全的用法如下：　　public class Singleton { 　　private Singleton(){}　　//在自己內(nèi)部定義自己一個實例，是不是很奇怪　　//注意這是private，只供內(nèi)部調(diào)用

33、　　private static Singleton instance = new Singleton(); 　　//這里提供了一個供外部訪問本class的靜態(tài)方法，可以直接訪問　　public static Singleton getInstance() { 　　return instan

34、ce; 　　} 　　}　　單態(tài)模式一共使用了兩條語句實現(xiàn)：第一條直接生成自己的對象，第二條提供一個方法供外部調(diào)用這個對象，同時最好將構造函數(shù)設置為private，以防止其他程序員直接使用new Singleton生成實例。</p&g

35、t;　　還有一種Java單態(tài)模式實現(xiàn)：　　public class Singleton { 　　private Singleton(){}　　private static Singleton instance = null; 　　public sta

36、tic synchronized Singleton getInstance() { 　　if (instance==null)　　instance＝new Singleton() 　　return instance; 　　}<

37、/p>　?。?lt;/b>　　在上面代碼中，使用了判斷語句。如果instance為空，再進行實例化，這成為lazy initialization。注意getInstance()方法的synchronized，這個synchronized很重要。如果沒有synchronized，那么使用getInstance()在第一次被訪問時有可能得到多個Si

38、ngleton實例。　　關于lazy initialization的Singleton有很多涉及double-checked locking (DCL)的討論，有興趣者可以進一步研究。一般認為第一種形式要更加安全些；但是后者可以用在類初始化時需要參數(shù)輸入的情況下。　　在Jive的ForumFactory中采取了后者lazy initialization形

39、式，這是為了能夠動態(tài)配置指定ForumFactory的具體子類。在getInstance中，從配置文件中獲得當前工廠的具體實現(xiàn)，如果需要啟動XmlForumFactory，就不必修改ForumFactory代碼，直接在配置文件中指定className的名字為XmlForumFactory。這樣通過下列動態(tài)裝載機制生成ForumFactory具體對象：　　Class c = Class.forNa

40、me(className);　　factory = (ForumFactory)c.newInstance();　　這是利用Java的反射機制，可以通過動態(tài)指定className的數(shù)值而達到生成對象的方式。　　使用單態(tài)模式的目標是為了控制對象的創(chuàng)建，單態(tài)模式經(jīng)常使用在控制資源的訪問上。例如數(shù)據(jù)庫連接或Socket

41、連接等。單態(tài)模式可以控制在某個時刻只有一個線程訪問資源。由于Java中沒有全局變量的概念，因此使用單態(tài)模式有時可以起到這種作用，當然需要注意是在一個JVM中。　　2.4 訪問控制與代理模式　　仔細研究會發(fā)現(xiàn)，在ForumFactory的getInstance方法中最后的返回值有些奇怪。按照單態(tài)模式的概念應該直接返回factory這個對象實例，

42、但是卻返回了ForumFactoryProxy的一個實例，這實際上改變了單態(tài)模式的初衷。這樣客戶端每次通過調(diào)用ForumFactory的getInstance返回的就不是ForumFactory的惟一實例，而是新的對象。之所以這樣做是為了訪問權限的控制，姑且不論這樣做的優(yōu)劣，先看看什么是代理模式。　　代理模式是屬于設計模式結構型模式中一種，它是實際訪問對象的代理對象，或者影子對象，主要達到控制實

43、際對象的訪問。這種控制的目的很多，例如提高性能等。即遠程代理模式，這種模式將在以后章節(jié)討論。　　其中一個主要的控制目的是控制客戶端對實際對象的訪問權限。在Jive系統(tǒng)中，因為有角色權限的分別，對于Forum、ForumThread和FroumMessage的訪問操作必須經(jīng)過權限機制驗證后才能進行。　　以ForumFactoryProxy中的createF

44、orum方法為例，其實ForumFactoryProxy也是FroumFactory的一種工廠實現(xiàn)，它的createForum具體實現(xiàn)如下：　　public Forum createForum(String name, String description)　　throws UnauthorizedException, ForumAlreadyExist

45、sException　　{　　if (permissions.get(ForumPermissions.SYSTEM_ADMIN)) {　　Forum newForum = factory.createForum(name, description);

46、　　return new ForumProxy(newForum, authorization, permissions);　　}　　else {　　throw new UnauthorizedException();&

47、lt;/p>　　}　　}　　在這個方法中進行了權限驗證，判斷是否屬于系統(tǒng)管理員。如果是，將直接從DbForumFactory對象factory的方法createForum中獲得一個新的Forum對象，然后再返回Forum的子類代理對象ForumProx

48、y。因為在Forum中也還有很多屬性和操作方法，這些也需要進行權限驗證。ForumProxy和ForumFactoryProxy起到類似的作用。　　Jive中有下列幾個代理類：　　? ForumFactoryProxy：客戶端和DbForumFac

49、tory之間的代理?？蛻舳嗽L問DbForumFactory的任何方法都要先經(jīng)過ForumFactoryProxy相應方法代理一次。以下意思相同。　　? ForumProxy：客戶端和DbForum之間的代理，研究Forum對象的每個方法，必須先看ForumProxy對象的方法。</p

50、>　　? ForumMessageProxy：客戶端和DbForumMessage之間的代理。　　? ForumThreadProxy：客戶端和DbFor

51、umThread之間的代理。　　User和Group也有相應的代理類。　　由以上分析看出，每個數(shù)據(jù)對象都有一個代理。如果系統(tǒng)中數(shù)據(jù)對象非常多，依據(jù)這種一對一的代理關系，會有很多代理類，將使系統(tǒng)變得不是非常干凈，因此可以使用動態(tài)代理來代替這所有的代理類，具體實現(xiàn)將在以后章節(jié)討論。　　2.5 批量分頁查詢

52、與迭代模式　　迭代（Iterator）模式是提供一種順序訪問某個集合各個元素的方法，確保不暴露該集合的內(nèi)部表現(xiàn)。迭代模式應用于對大量數(shù)據(jù)的訪問，Java Collection API中Iterator就是迭代模式的一種實現(xiàn)。　　在前面章節(jié)已經(jīng)討論過，用戶查詢大量數(shù)據(jù)，從數(shù)據(jù)庫不應該直接返回ResultSet，應該是Collection。但是有一個問題，如

53、果這個數(shù)據(jù)很大，需要分頁面顯示。如果一下子將所有頁面要顯示的數(shù)據(jù)都查詢出來放在Collection，會影響性能。而使用迭代模式則不必將全部集合都展現(xiàn)出來，只有遍歷到某個元素時才會查詢數(shù)據(jù)庫獲得這個元素的數(shù)據(jù)。　　以論壇中顯示帖子主題為例，在一個頁面中不可能顯示所有主題，只有分頁面顯示，如圖3-5所示。　　圖3-5中一共分15頁來顯示所有論壇帖子，可以從顯

54、示Forum.jsp中發(fā)現(xiàn)下列語句可以完成上述結果：　　ResultFilter filter = new ResultFilter(); //設置結果過濾器　　filter.setStartIndex(start);

55、60; //設置開始點　　filter.setNumResults(range); //設置范圍　　ForumThreadIterator threads = forum.threads(filter); //獲得迭代器&l

56、t;/p>　　while(threads.hasNext){　　//逐個顯示threads中帖子主題，輸出圖3-5中的每一行 　　}　　圖3-5 分頁顯示所有帖子　　上述代碼中主要是從Forum

57、的threads方法獲得迭代器ForumThreadIterator的實例，依據(jù)前面代理模式中分析、研究Forum對象的方法，首先是看ForumProxy中對應方法，然后再看DbForum中對應方法的具體實現(xiàn)。在ForumProxy中，threads方法如下：　　public ForumThreadIterator threads(ResultFilter resultFilter) {<

58、/p>　　ForumThreadIterator iterator = forum.threads(resultFilter);　　return new ForumThreadIteratorProxy(iterator, authorization, permissions);　　}&l

59、t;/p>　　首先是調(diào)用了DbForum中具體的threads方法，再追蹤到DbForum中看看，它的threads方法代碼如下：　　public ForumThreadIterator threads(ResultFilter resultFilter) {　　//按resultFilter設置范圍要求獲得SQL查詢語句&l

60、t;/p>　　String query = getThreadListSQL(resultFilter, false); 　　//獲得resultFilter設置范圍內(nèi)的所有ThreadID集合　　long [] threadBlock = getThreadBlock(query.toString(), resu

61、ltFilter.getStartIndex());　　//以下是計算查詢區(qū)域的開始點和終點　　int startIndex = resultFilter.getStartIndex();　　int endIndex;　　// If number of results i

62、s set to inifinite, set endIndex to the total　　// number of threads in the forum.　　if (resultFilter.getNumResults() == ResultFilter.NULL_INT) {　　endIndex = (

63、int)getThreadCount(resultFilter);　　}else {　　endIndex = resultFilter.getNumResults() + startIndex;　　}<p&g

64、t;　　return new ForumThreadBlockIterator(threadBlock, query.toString(),　　startIndex, endIndex, this.id, factory);　　}　　ResultFilter是一個查詢結果類，

65、可以對論壇主題Thread和帖子內(nèi)容Message進行過濾或排序，這樣就可以根據(jù)用戶要求定制特殊的查詢范圍。如查詢某個用戶去年在這個論壇發(fā)表的所有帖子，那只要創(chuàng)建一個ResultFilter對象就可以代表這個查詢要求。　　在上面threads方法代碼中，第一步是先定制出相應的動態(tài)SQL查詢語句，然后使用這個查詢語句查詢數(shù)據(jù)庫，獲得查詢范圍內(nèi)所有的ForumThread的ID集合，然后在這個ID集

66、合中獲得當前頁面的ID子集合，這是非常關鍵的一步。　　在這關鍵的一步中，有兩個重要的方法getThreadListSQL和getThreadBlock：　　? GetThreadListSQL：獲得SQL查詢語句query的值，這個方法Jive實現(xiàn)

67、起來顯得非常地瑣碎。　　? GetThreadBlock：獲得當前頁面的ID子集合，那么如何確定ID子集合的開始位置呢？查看getThreadBlock方法代碼，可以發(fā)現(xiàn)，它是使用最普遍的ResultSet next()方法來逐個跳躍到開始位置。

68、　上面代碼的Threads方法中最后返回的是ForumThreadBlockIterator，它是抽象類ForumThreadIterator的子類，而ForumThreadIterator繼承了Collection的Iterator，以此聲明自己是一個迭代器，F(xiàn)orumMessageBlockIterator實現(xiàn)的具體方法如下：　　public boolean hasNext();

69、 //判斷是否有下一個元素　　public boolean hasPrevious() //判斷是否有前一個元素　　public Object next() throws java.util.NoSuchElementException //獲得下一個元素實例<p&

70、gt;　　ForumThreadBlockIterator中的Block是“頁”的意思，它的一個主要類變量threadBlock包含的是一個頁面中所有ForumThread的ID，next()方法實際是對threadBlock中ForumThread進行遍歷，如果這個頁面全部遍歷完成，將再獲取下一頁（Block）數(shù)據(jù)。　　在ForumThreadBlockIterator重要方法getEleme

71、nt中實現(xiàn)了兩個功能：　　? 如果當前遍歷指針超過當前頁面，將使用getThreadBlock獲得下一個頁面的ID子集合；　　? 如果當前遍

72、歷指針在當前頁面之內(nèi)，根據(jù)ID獲得完整的數(shù)據(jù)對象，實現(xiàn)輸出；　　ForumThreadBlockIterator的getElement方法代碼如下：　　private Object getElement(int index) {　　if (index < 0) {

73、0; return null; }　　// 檢查所要獲得的 element 是否在本查詢范圍內(nèi)（當前頁面內(nèi)）　　if (index < blockStart || 　　index >

74、= blockStart + DbForum.THREAD_BLOCK_SIZE) { 　　try {　　//從緩沖中獲得Forum實例　　DbForum forum = factory.cacheManager.forumCache.get(foru

75、mID);　　//獲得下一頁的內(nèi)容　　this.threadBlock = forum.getThreadBlock(query, index);　　this.blockID = index / DbForum.THREAD_BLOCK_SIZE;　　this.block

76、Start = blockID * DbForum.THREAD_BLOCK_SIZE;　　} catch (ForumNotFoundException fnfe) {　　return null;　　}　　}<

77、;/b>　　Object element = null;　　// 計算這個元素在當前查詢范圍內(nèi)的相對位置　　int relativeIndex = index % DbForum.THREAD_BLOCK_SIZE;　　// Make sure index isn&

78、#39;t too large　　if (relativeIndex < threadBlock.length) {　　try {　　// 從緩沖中獲得實際thread 對象　　element = factory.cacheMa

79、nager.threadCache.get(　　threadBlock[relativeIndex]);　　} catch (ForumThreadNotFoundException tnfe) { }　　}　　return elem

80、ent;　　}　　ForumThreadBlockIterator是真正實現(xiàn)分頁查詢的核心功能，F(xiàn)orumThreadBlockIterator對象返回到客戶端的過程中，遭遇ForumThreadIteratorProxy的截獲，可以回頭看看ForumProxy中的threads方法，它最終返回給調(diào)用客戶端Forum

81、.jsp的是ForumThreadIteratorProxy實例。　　ForumThreadIteratorProxy也是迭代器ForumThreadIterator的一個子類，它的一個具體方法中：　　public Object next() {　　return new ForumThreadProxy((For

82、umThread)iterator.next(), authorization,　　permissions);　　}　　這一句是返回一個ForumThreadProxy實例，返回就是一個ForumThread實例的代理。這里，Jive使用代理模式實現(xiàn)訪問控制實現(xiàn)得不是很巧妙，

83、似乎有代理到處“飛”的感覺，這是可以對之進行改造的。　　從以上可以看出，Jive在輸出如圖3-5所示的多頁查詢結果時，采取了下列步驟：　?。?）先查詢出符合查詢條件的所有對象元素的ID集合，注意不是所有對象元素，只是其ID的集合，這樣節(jié)約了大量內(nèi)存。　?。?）每個頁面視為一個Block，每當進入下一頁時，獲得下一

84、個頁面的所有對象的ID集合。　?。?）輸出當前頁面的所有對象時，首先從緩沖中獲取，如果緩沖中沒有，再根據(jù)ID從數(shù)據(jù)庫中獲取完整的對象數(shù)據(jù)。　　上述實現(xiàn)方法完全基于即查即顯，相比于一般批量查詢做法：一次性獲得所有數(shù)據(jù)，然后遍歷數(shù)據(jù)結果集ResultSet，Jive這種批量查詢方式是一種比較理想的選擇。　　以上是Fo

85、rumThread的批量顯示，有關帖子內(nèi)容ForumMessage也是采取類似做法。在每個ForumThread中可能有很多帖子內(nèi)容（ForumMessage對象集合），也不能在一個頁面中全部顯示，所以也是使用迭代模式來實現(xiàn)的。顯示一個Forum主題下所有帖子內(nèi)容的功能由ForumThread的messages()方法完成，檢查它的代理類FroumThreadProxy如何具體完成：　　publ

86、ic Iterator messages(ResultFilter resultFilter) {　　Iterator iterator = thread.messages(resultFilter);　　return new IteratorProxy(JiveGlobals.MESSAGE, iterator, authorization, perm

87、issions);　　}　　實現(xiàn)的原理基本相同，返回的都是一個Iterator代理類，在這些代理類中都是進行用戶權限檢驗的。　　Jive中也有關于一次性獲得所有數(shù)據(jù)，然后遍歷ResultSet的做法。這種做法主要適合一次性查詢數(shù)據(jù)庫的所有數(shù)據(jù)，例如查詢當前所有論壇Forum，

88、首先實現(xiàn)SQL語句：　　SELECT forumID FROM jiveForum　　獲得所有Forum的forumID，這段代碼位于DbForumFactory.java的forums方法中，如下：　　public Iterator forums() {　　if (fo

89、rums == null) {　　LongList forumList = new LongList();　　Connection con = null;　　PreparedStatement pstmt = null;　　try {

90、　　con = ConnectionManager.getConnection();　　// GET_FORUMS值是SELECT forumID FROM jiveForum　　pstmt = con.prepareStatement(GET_FORUMS);　　Res

91、ultSet rs = pstmt.executeQuery();　　while (rs.next()) {　　forumList.add(rs.getLong(1));

92、60; //將所有查詢ID結果放入forumList中　　}　　}catch (SQLException sqle) {　　sqle.printStackTrace();　　} finally {<p&g

93、t;　　…　　}　　return new DatabaseObjectIterator(JiveGlobals.FORUM, forums, this);　　}

94、;　　forums方法是返回一個DatabaseObjectIterator，這個DatabaseObjectIterator也是一個迭代器，但是實現(xiàn)原理要比ForumThreadBlockIterator簡單。它只提供了一個遍歷指針，在所有ID結果集中遍歷，然后也是通過ID獲得完整的數(shù)據(jù)對象。　　總之，Jive中關于批量查詢有兩種實現(xiàn)方式：以ForumThreadBlockIterator為代

95、表的實現(xiàn)方式適合在數(shù)據(jù)量巨大、需要多頁查詢時使用；而DatabaseObjectIterator則是推薦在一個頁面中顯示少量數(shù)據(jù)時使用。　　2.6 過濾器與裝飾模式　　裝飾（Decorator）模式是動態(tài)給一個對象添加一些額外的職責，或者說改變這個對象的一些行為。這就類似于使用油漆為某個東西刷上油漆，在原來的對象表面增加了一層外衣。</

96、p>　　在裝飾模式中，有兩個主要角色：一個是被刷油漆的對象（decoratee）；另外一個是給decoratee刷油漆的對象（decorator）。這兩個對象都繼承同一個接口。　　首先舉一個簡單例子來說明什么是裝飾模式。　　先創(chuàng)建一個接口：　　pu

97、blic interface Work　　{ 　　public void insert();　　}　　這是一種打樁工作的抽象接口，動作insert表示插入，那么插入什么？下面這個實現(xiàn)表示方形木樁的

98、插入：　　public class SquarePeg implements Work{　　public void insert(){　　System.out.println("方形樁插入");　　} </p

99、>　　}　　本來這樣也許就可以滿足打樁的工作需要，但是有可能土質很硬，在插入方形樁之前先要打一個洞，那么又將如何實現(xiàn)？可以編制一個Decorator類，同樣繼承Work接口，但是在實現(xiàn)insert方法時有些特別：　　public class Decorator implements Wor

100、k{　　private Work work;　　//額外增加的功能被打包在這個List中　　private ArrayList others = new ArrayList(); 　　public Decorator(Work work)<p

101、>　　{　　this.work=work;　　others.add("打洞"); //準備好額外的功能　　}　　public void inser

102、t(){　　otherMethod();　　work.insert();　　} 　　public void otherMethod()　　{</p&

103、gt;　　ListIterator listIterator = others.listIterator();　　while (listIterator.hasNext())　　{　　System.out.println(((String)(listIt

104、erator.next())) + " 正在進行");　　}　　} 　　}　　在Decorator的方法insert中先執(zhí)行otherMe

105、thod()方法，然后才實現(xiàn)SquarePeg的insert方法。油漆工Decorator給被油漆者SquarePeg添加了新的行為——打洞。具體客戶端調(diào)用如下：　　Work squarePeg ＝ new SquarePeg();　　Work decorator = new Decorator(squarePeg);<p&

106、gt;　　decorator.insert();　　本例中只添加了一個新的行為（打洞），如果還有很多類似的行為，那么使用裝飾模式的優(yōu)點就體現(xiàn)出來了。因為可以通過另外一個角度（如組織新的油漆工實現(xiàn)子類）來對這些行為進行混合和匹配，這樣就不必為每個行為創(chuàng)建一個類，從而減少了系統(tǒng)的復雜性。　　使用裝飾模式可以避免在被油漆對象decoratee中包裝很多動態(tài)的，

107、可能需要也可能不需要的功能，只要在系統(tǒng)真正運行時，通過油漆工decorator來檢查那些需要加載的功能，實行動態(tài)加載。　　Jive論壇實現(xiàn)了信息過濾功能。例如可以將帖子內(nèi)容中的HTML語句過濾掉；可以將帖子內(nèi)容中Java代碼以特別格式顯示等。這些過濾功能有很多，在實際使用時不一定都需要，是由實際情況選擇的。例如有的論壇就不需要將帖子內(nèi)容的HTML語句過濾掉，選擇哪些過濾功能是由論壇管理者具體動態(tài)

108、決定的。而且新的過濾功能可能隨時可以定制開發(fā)出來，如果試圖強行建立一種接口包含所有過濾行為，那么到時有新過濾功能加入時，還需要改變接口代碼，真是一種危險的行為。　　裝飾模式可以解決這種運行時需要動態(tài)增加功能的問題，且看看Jive是如何實現(xiàn)的。　　前面討論過，在Jive中，有主要幾個對象ForumFactory、Forum以及ForumThread和For

109、umMessage，它們之間的關系如圖3-2所示。因此帖子內(nèi)容ForumMessage對象的獲得是從其上級FroumThread的方法getMessage中獲取，但是在實際代碼中，F(xiàn)orumThread的方法getMessage委托ForumFactory來獲取ForumMessage對象?？纯碏orumThread的子類DbForumThread的getMessage代碼：　　public F

110、orumMessage getMessage(long messageID)　　throws ForumMessageNotFoundException　　{　　return factory.getMessage(messageID, this.id, forumID);&l

111、t;/p>　　}　　這是一種奇怪的委托，大概是因為需要考慮到過濾器功能有意為之吧。那就看看ForumFactory的具體實現(xiàn)子類DbForumFactory的getMessage功能，getMessage是將數(shù)據(jù)庫中的ForumMessage對象經(jīng)由過濾器過濾一遍后輸出（注：因為原來的Jive的getMessage代碼考慮到可緩存

112、或不可緩存的過濾，比較復雜，實際過濾功能都是可以緩存的，因此精簡如下）。　　protected ForumMessage getMessage(long messageID, long threadID, long forumID)　　throws ForumMessageNotFoundException<

113、;b>　　{　　DbForumMessage message = cacheManager.messageCache.get(messageID);　　// Do a security check to make sure the message comes from the thread.<p&g

114、t;　　if (message.threadID != threadID) {　　throw new ForumMessageNotFoundException();　　}　　ForumMessage filterMessage = null;<

115、p>　　try {　　// 應用全局過濾器　　filterMessage = filterManager.applyFilters(message);　　Forum forum = getForum(forumID); &#

116、160; 　　//應用本論壇過濾器　　filterMessage = forum.getFilterManager().applyFilters(filterMessage);

117、　　}　　catch (Exception e) { }　　return filterMessage;　　}　　上面代碼實際是裝飾模式的客戶端調(diào)用代碼，DbForumMessage 的實例message是被油漆者d

118、ecoratee。通過filterManager 或forum.getFilterManager()的applyFilter方法，將message實行了所有的過濾功能。這就類似前面示例的下列語句：　　Work decorator = new Decorator(squarePeg);　　forum.getFilterManager()是從數(shù)據(jù)庫中獲取當前

119、配置的所有過濾器類。每個Forum都有一套自己的過濾器類，這是通過下列語句實現(xiàn)的：　　FilterManager filterManager = new DbFilterManager();　　在DbFilterManager 的類變量ForumMessageFilter [] filters中保存著所有的過濾器，applyFilters方法

眾賞文庫> 全部分類> 畢業(yè)設計

溫馨提示

1. 本站所有資源如無特殊說明，都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2. 本站的文檔不包含任何第三方提供的附件圖紙等，如果需要附件，請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
3. 本站RAR壓縮包中若帶圖紙，網(wǎng)頁內(nèi)容里面會有圖紙預覽，若沒有圖紙預覽就沒有圖紙。
4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 眾賞文庫僅提供信息存儲空間，僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理，對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯，并不能對任何下載內(nèi)容負責。
6. 下載文件中如有侵權或不適當內(nèi)容，請與我們聯(lián)系，我們立即糾正。
7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

java設計模式(基于jlive,banq總結)

文檔簡介

溫馨提示

最新文檔

評論

java設計模式(基于jlive,banq總結)

文檔簡介

溫馨提示

最新文檔

評論

免費下載