第一篇：深入淺出基于Java的代理設(shè)計(jì)模式

深入淺出基于Java的代理設(shè)計(jì)模式

一、引子

我們?nèi)タ萍际袌?chǎng)為自己的機(jī)器添加點(diǎn)奢侈的配件，很多DIYer都喜歡去找代理商，因?yàn)樵诖砩棠抢锬玫降臇|西不僅質(zhì)量有保證，而且價(jià)格和售后服務(wù)上都會(huì)好很多。客戶通過(guò)代理商得到了自己想要的東西，而且還享受到了代理商額外的服務(wù)；而生產(chǎn)廠商通過(guò)代理商將自己的產(chǎn)品推廣出去，而且可以將一些銷售服務(wù)的任務(wù)交給代理商來(lái)完成（當(dāng)然代理商要和廠商來(lái)共同分擔(dān)風(fēng)險(xiǎn)，分配利潤(rùn)），這樣自己就可以花更多的心思在產(chǎn)品的設(shè)計(jì)和生產(chǎn)上了。

在美國(guó)，任何企業(yè)的產(chǎn)品要想拿到市場(chǎng)上去賣就必須經(jīng)過(guò)代理商這一個(gè)環(huán)節(jié)，否則就是非法的?？磥?lái)代理商在商業(yè)運(yùn)作中起著很關(guān)鍵的作用。不小心把話題扯遠(yuǎn)了，回過(guò)頭來(lái)，那么在我們的面向?qū)ο蟮某绦蛟O(shè)計(jì)中，會(huì)不會(huì)有代理商這樣的角色呢？來(lái)看這篇文章的人肯定不會(huì)說(shuō)：沒(méi)有！

那么就跟著這篇文章來(lái)看看代理模式的奇妙吧。

二、定義和分類

代理模式在設(shè)計(jì)模式中的定義就是：為其他對(duì)象提供一種代理以控制對(duì)這個(gè)對(duì)象的訪問(wèn)。說(shuō)白了就是，在一些情況下客戶不想或者不能直接引用一個(gè)對(duì)象，而代理對(duì)象可以在客戶和目標(biāo)對(duì)象之間起到中介作用，去掉客戶不能看到的內(nèi)容和服務(wù)或者增添客戶需要的額外服務(wù)。

那么什么時(shí)候要使用代理模式呢？在對(duì)已有的方法進(jìn)行使用的時(shí)候出現(xiàn)需要對(duì)原有方法進(jìn)行改進(jìn)或者修改，這時(shí)候有兩種改進(jìn)選擇：修改原有方法來(lái)適應(yīng)現(xiàn)在的使用方式，或者使用一個(gè)“第三者”方法來(lái)調(diào)用原有的方法并且對(duì)方法產(chǎn)生的結(jié)果進(jìn)行一定的控制。第一種方法是明顯違背了“對(duì)擴(kuò)展開放、對(duì)修改關(guān)閉”（開閉原則），而且在原來(lái)方法中作修改可能使得原來(lái)類的功能變得模糊和多元化（就像現(xiàn)在企業(yè)多元化一樣），而使用第二種方式可以將功能劃分的更加清晰，有助于后面的維護(hù)。所以在一定程度上第二種方式是一個(gè)比較好的選擇！

當(dāng)然，話又說(shuō)回來(lái)了，如果是一個(gè)很小的系統(tǒng)，功能也不是很繁雜，那么使用代理模式可能就顯得臃腫，不如第一種方式來(lái)的快捷。這就像一個(gè)三口之家，家務(wù)活全由家庭主婦或者一個(gè)保姆來(lái)完成是比較合理的，根本不需要雇上好幾個(gè)保姆層層代理:)

根據(jù)《Java與模式》書中對(duì)代理模式的分類，代理模式分為8種，這里將幾種常見(jiàn)的、重要的列舉如下：

1.遠(yuǎn)程（Remote）代理：為一個(gè)位于不同的地址空間的對(duì)象提供一個(gè)局域代表對(duì)象。比如：你可以將一個(gè)在世界某個(gè)角落一臺(tái)機(jī)器通過(guò)代理假象成你局域網(wǎng)中的一部分。

2.虛擬（Virtual）代理：根據(jù)需要將一個(gè)資源消耗很大或者比較復(fù)雜的對(duì)象延遲的真正需要時(shí)才創(chuàng)建。比如：如果一個(gè)很大的圖片，需要花費(fèi)很長(zhǎng)時(shí)間才能顯示出來(lái)，那么當(dāng)這個(gè)圖片包含在文檔中時(shí)，使用編輯器或?yàn)g覽器打開這個(gè)文檔，這個(gè)大圖片可能就影響了文檔的閱讀，這時(shí)需要做個(gè)圖片Proxy來(lái)代替真正的圖片。

3.保護(hù)（ProtectorAccess）代理：控制對(duì)一個(gè)對(duì)象的訪問(wèn)權(quán)限。比如：在論壇中，不同的身份登陸，擁有的權(quán)限是不同的，使用代理模式可以控制權(quán)限（當(dāng)然，使用別的方式也可以實(shí)現(xiàn)）。

4.智能引用（SmartReference）代理：提供比對(duì)目標(biāo)對(duì)象額外的服務(wù)。比如：紀(jì)錄訪問(wèn)的流量（這是個(gè)再簡(jiǎn)單不過(guò)的例子），提供一些友情提示等等。

代理模式是一種比較有用的模式，從幾個(gè)類的“小結(jié)構(gòu)”到龐大系統(tǒng)的“大結(jié)構(gòu)”都可以看到它的影子。

三、結(jié)構(gòu)

代理模式中的“代理商”要想實(shí)現(xiàn)代理任務(wù)，就必須和被代理的“廠商”使用共同的接口（你可以想象為產(chǎn)品）。所以自然而然你會(huì)想到在java中使用一個(gè)抽象類或者接口（推薦）來(lái)實(shí)現(xiàn)這個(gè)共同的接口。于是代理模式就有三個(gè)角色組成了：

1．抽象主題角色：聲明了真實(shí)主題和代理主題的共同接口。

2．代理主題角色：內(nèi)部包含對(duì)真實(shí)主題的引用，并且提供和真實(shí)主題角色相同的接口。3．真實(shí)主題角色：定義真實(shí)的對(duì)象。

使用類圖來(lái)表示下三者間的關(guān)系如下：

當(dāng)然，圖上所示的是代理模式中的一個(gè)具體情況。而代理模式可以非常靈活的使用其他方式來(lái)實(shí)現(xiàn)，這樣就與圖上所示有很大的區(qū)別。

也許，現(xiàn)在你已經(jīng)對(duì)代理模式已經(jīng)有了一個(gè)宏觀的認(rèn)識(shí)了，下面我們來(lái)看看怎么實(shí)際的使用代理模式。

四、舉例

以論壇中已注冊(cè)用戶和游客的權(quán)限不同來(lái)作為第一個(gè)例子：已注冊(cè)的用戶擁有發(fā)帖，修改自己的注冊(cè)信息，修改自己的帖子等功能；而游客只能看到別人發(fā)的帖子，沒(méi)有其他權(quán)限。為了簡(jiǎn)化代碼，更好的顯示出代理模式的骨架，我們這里只實(shí)現(xiàn)發(fā)帖權(quán)限的控制。首先我們先實(shí)現(xiàn)一個(gè)抽象主題角色MyForum，里面定義了真實(shí)主題和代理主題的共同接口——發(fā)帖功能。

代碼如下：

publicinterfaceMyForum

{

publicvoidAddFile();

}

這樣，真實(shí)主題角色和代理主題角色都要實(shí)現(xiàn)這個(gè)接口。其中真實(shí)的主題角色基本就是將這個(gè)接口的方法內(nèi)容填充進(jìn)來(lái)。所以在這里就不再贅述它的實(shí)現(xiàn)。我們把主要的精力放到關(guān)鍵的代理主題角色上。代理主題角色代碼大體如下：

publicclassMyForumProxyimplementsMyForum

{

privateRealMyForumforum;

privateintpermission;//權(quán)限值

publicMyForumProxy(intpermission)

{

forum=newRealMyForum()

this.permission=permission;

}

//實(shí)現(xiàn)的接口

publicvoidAddFile()

{

//滿足權(quán)限設(shè)置的時(shí)候才能夠執(zhí)行操作

//Constants是一個(gè)常量類

if(Constants.ASSOCIATOR==permission)

{

forum.AddFile();

}

else

System.out.println(“YouarenotaassociatorofMyForum,pleaseregiste!”);

}

}

這樣就實(shí)現(xiàn)了代理模式的功能。當(dāng)然你也可以在這個(gè)代理類上添加自己的方法來(lái)實(shí)現(xiàn)額外的服務(wù)，比如統(tǒng)計(jì)帖子的瀏覽次數(shù)，記錄用戶的登錄情況等等。

還有一個(gè)很常見(jiàn)的代理模式的使用例子就是對(duì)大幅圖片瀏覽的控制。在我們常見(jiàn)的網(wǎng)站上面瀏覽圖文的信息時(shí)，不知道你有沒(méi)有注意到，圖片位置放置的是經(jīng)過(guò)縮小的，當(dāng)有人要仔細(xì)的查看這個(gè)圖片時(shí)，可以通過(guò)點(diǎn)擊圖片來(lái)激活一個(gè)鏈接，在一個(gè)新的網(wǎng)頁(yè)打開要看的圖片。這樣對(duì)于提高瀏覽速度是很有好處的，因?yàn)椴皇敲總€(gè)人都要去看仔細(xì)圖上的信息。這種情況就可以使用代理模式來(lái)全面實(shí)現(xiàn)。這里我將思路表述出來(lái)，至于實(shí)現(xiàn)由于工作原因，就不表述了，至于這種方式在B/S模式下的真實(shí)可行性，我沒(méi)有確認(rèn)過(guò)，只是憑空的想象。如果不是可行的方式，那這個(gè)例子可以放到一個(gè)C/S下來(lái)實(shí)現(xiàn)，這個(gè)是絕對(duì)沒(méi)有問(wèn)題的，而且在很多介紹設(shè)計(jì)模式的書和文章中使用。兩種方式的實(shí)現(xiàn)有興趣的可以來(lái)嘗試一下。

我們?cè)跒g覽器中訪問(wèn)網(wǎng)頁(yè)時(shí)是調(diào)用的不是真實(shí)的裝載圖片的方法，而是在代理對(duì)象中的方法，在這個(gè)對(duì)象中，先使用一個(gè)線程向?yàn)g覽器裝載了一個(gè)縮小版的圖片，而在后臺(tái)使用另一個(gè)線程來(lái)調(diào)用真實(shí)的裝載大圖片的方法將圖片加載到本地，當(dāng)你要瀏覽這個(gè)圖片的時(shí)候，將其在新的網(wǎng)頁(yè)中顯示出來(lái)。當(dāng)然如果在你想瀏覽的時(shí)候圖片尚未加載成功，可以再啟動(dòng)一個(gè)線程來(lái)顯示提示信息，直到加載成功。

這樣代理模式的功能就在上面體現(xiàn)的淋漓盡致——通過(guò)代理來(lái)將真實(shí)圖片的加載放到后臺(tái)來(lái)操作，使其不影響前臺(tái)的瀏覽。

五、總結(jié)

代理模式能夠協(xié)調(diào)調(diào)用者和被調(diào)用者，能夠在一定程度上降低系統(tǒng)的耦合度。不過(guò)一定要記住前面講的使用代理模式的條件，不然的話使用了代理模式不但不會(huì)有好的效果，說(shuō)不定還會(huì)出問(wèn)題的

第二篇：Java設(shè)計(jì)模式學(xué)習(xí)心得

Java設(shè)計(jì)模式學(xué)習(xí)心得

閱讀次數(shù): 1584次 發(fā)布時(shí)間: 2010-04-10 14:52:13發(fā)布人: 網(wǎng)絡(luò)轉(zhuǎn)載

來(lái)源: 網(wǎng)絡(luò)轉(zhuǎn)載

整個(gè)設(shè)計(jì)模式貫穿一個(gè)原理:面對(duì)介面編程，而不是面對(duì)實(shí)現(xiàn)，（面向物件編程應(yīng)該改爲(wèi)面向介面編程）。目標(biāo)原則是:降低耦合，增強(qiáng)靈活性。

一、創(chuàng)建模式

1.設(shè)計(jì)模式之Factory(工廠方法和抽象工廠)

使用工廠模式就象使用new一樣頻繁.2.設(shè)計(jì)模式之Prototype(原型)

用原型實(shí)例指定創(chuàng)建物件的種類，並且通過(guò)拷貝這些原型創(chuàng)建新的物件。

3.設(shè)計(jì)模式之Builder

汽車由車輪 方向盤 發(fā)動(dòng)機(jī)很多部件組成，同時(shí)，將這些部件組裝成汽車也是一件複雜的工作，Builder模式就是將這兩種情況分開進(jìn)行。

4.設(shè)計(jì)模式之Singleton(單態(tài))

保證一個(gè)類只有一個(gè)實(shí)例,並提供一個(gè)訪問(wèn)它的全局訪問(wèn)點(diǎn)

二、結(jié)構(gòu)模式

1.設(shè)計(jì)模式之Facade

可擴(kuò)展的使用JDBC針對(duì)不同的資料庫(kù)編程,Facade提供了一種靈活的實(shí)現(xiàn)。

2.設(shè)計(jì)模式之Proxy

以Jive爲(wèi)例,剖析代理模式在用戶級(jí)別授權(quán)機(jī)制上的應(yīng)用

3.設(shè)計(jì)模式之Adapter

使用類再生的兩個(gè)方式:組合(new)和繼承(extends),這個(gè)已經(jīng)在“thinking in java”中提到過(guò)。

4.設(shè)計(jì)模式之Composite

就是將類用樹形結(jié)構(gòu)組合成一個(gè)單位。你向別人介紹你是某單位，你是單位元元中的一個(gè)元素，別人和你做買賣，相當(dāng)於和單位做買賣。文章中還對(duì)Jive再進(jìn)行了剖析。

5.設(shè)計(jì)模式之Decorator

Decorator是個(gè)油漆工,給你的東東的外表刷上美麗的顔色。

6.設(shè)計(jì)模式之Bridge

將“牛郎織女”分開(本應(yīng)在一起,分開他們,形成兩個(gè)介面),在他們之間搭建一個(gè)橋(動(dòng)態(tài)的結(jié)合)

7.設(shè)計(jì)模式之Flyweight

提供Java運(yùn)行性能,降低小而大量重復(fù)的類的開銷。

三、行爲(wèi)模式

1.設(shè)計(jì)模式之Template

實(shí)際上向你介紹了爲(wèi)什麼要使用Java 抽象類,該模式原理簡(jiǎn)單,使用很普遍。

2.設(shè)計(jì)模式之Memento

很簡(jiǎn)單一個(gè)模式,就是在記憶體中保留原來(lái)資料的拷貝。

3.設(shè)計(jì)模式之Observer

介紹如何使用Java API提供的現(xiàn)成Observer

4.設(shè)計(jì)模式之Chain of Responsibility

各司其職的類串成一串,好象擊鼓傳花,當(dāng)然如果自己能完成,就不要推委給下一個(gè)。

5.設(shè)計(jì)模式之Command

什麼是將行爲(wèi)封裝,Command是最好的說(shuō)明。

6.設(shè)計(jì)模式之State

狀態(tài)是編程中經(jīng)常碰到的實(shí)例,將狀態(tài)物件化,設(shè)立狀態(tài)變換器,便可在狀態(tài)中輕鬆切換。

7.設(shè)計(jì)模式之Strategy

不同演算法各自封裝,用戶端可隨意挑選需要的演算法。

8.設(shè)計(jì)模式之Mediator

Mediator很象十字路口的紅綠燈,每個(gè)車輛只需和紅綠燈交互就可以。

9.設(shè)計(jì)模式之Interpreter

主要用來(lái)對(duì)語(yǔ)言的分析,應(yīng)用機(jī)會(huì)不多。

10.設(shè)計(jì)模式之Visitor

訪問(wèn)者在進(jìn)行訪問(wèn)時(shí),完成一系列實(shí)質(zhì)性操作,而且還可以擴(kuò)展。

11.設(shè)計(jì)模式之Iterator

這個(gè)模式已經(jīng)被用來(lái)遍曆Collection中物件。使用頻率很高。在Java中無(wú)需專門闡述,在大多數(shù)場(chǎng)合也無(wú)需自己制造一個(gè)Iterator,只要將物件裝入Collection中，我們就直接可以使用Iterator模式。

第三篇：java設(shè)計(jì)模式考試題

一選擇題：共10分

1.Open-Close原則的含義是一個(gè)軟件實(shí)體(a)

A.應(yīng)當(dāng)對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉

2.是10道選擇題第一題考完了

二 簡(jiǎn)答題 共10分

1.什么是設(shè)計(jì)模式？

設(shè)計(jì)模式是從許多優(yōu)秀軟件系統(tǒng)中總結(jié)出的成功的可復(fù)用的設(shè)計(jì)方案。

2.設(shè)計(jì)模式的四個(gè)基本要素是什么，以及他們是什么含義？

名稱：

問(wèn)題：

方案：

效果：含義在書上p1

三 畫類圖

14畫出命令模式的類圖，并寫出關(guān)鍵的代碼？

見(jiàn)書上17頁(yè)

15.畫出迭代器模式的類圖，并寫出關(guān)鍵的代碼？、見(jiàn)書上105頁(yè)

四寫代碼學(xué)一個(gè)關(guān)于求職中心，通知求職者的問(wèn)題

這是一個(gè)觀察者模式，具體看看書

我的書是第五章的書上例題

2.是一個(gè)交通工具營(yíng)銷問(wèn)題；

應(yīng)該是外觀模式；見(jiàn)書上99頁(yè)，應(yīng)該就是個(gè)

這是我們學(xué)校的考試題，2012年

第四篇：JAVA設(shè)計(jì)模式之創(chuàng)建模式

設(shè)計(jì)模式之Builder

Builder模式定義: 將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離,使得同樣的構(gòu)建過(guò)程可以創(chuàng)建不同的表示.Builder模式是一步一步創(chuàng)建一個(gè)復(fù)雜的對(duì)象,它允許用戶可以只通過(guò)指定復(fù)雜對(duì)象的類型和內(nèi)容就可以構(gòu)建它們.用戶不知道內(nèi)部的具體構(gòu)建細(xì)節(jié).Builder模式是非常類似抽象工廠模式,細(xì)微的區(qū)別大概只有在反復(fù)使用中才能體會(huì)到.為何使用?

是為了將構(gòu)建復(fù)雜對(duì)象的過(guò)程和它的部件解耦.注意: 是解耦過(guò)程和部件.因?yàn)橐粋€(gè)復(fù)雜的對(duì)象,不但有很多大量組成部分,如汽車,有很多部件:車輪 方向盤 發(fā)動(dòng)機(jī)還有各種小零件等等,部件很多,但遠(yuǎn)不止這些,如何將這些部件裝配成一輛汽車,這個(gè)裝配過(guò)程也很復(fù)雜(需要很好的組裝技術(shù)),Builder模式就是為了將部件和組裝過(guò)程分開.如何使用?

首先假設(shè)一個(gè)復(fù)雜對(duì)象是由多個(gè)部件組成的,Builder模式是把復(fù)雜對(duì)象的創(chuàng)建和部件的創(chuàng)建分別開來(lái),分別用Builder類和Director類來(lái)表示.首先,需要一個(gè)接口,它定義如何創(chuàng)建復(fù)雜對(duì)象的各個(gè)部件: public interface Builder {

//創(chuàng)建部件A 比如創(chuàng)建汽車車輪

void buildPartA();

//創(chuàng)建部件B 比如創(chuàng)建汽車方向盤

void buildPartB();

//創(chuàng)建部件C 比如創(chuàng)建汽車發(fā)動(dòng)機(jī)

void buildPartC();

//返回最后組裝成品結(jié)果(返回最后裝配好的汽車)

//成品的組裝過(guò)程不在這里進(jìn)行,而是轉(zhuǎn)移到下面的Director類中進(jìn)行.//從而實(shí)現(xiàn)了解耦過(guò)程和部件

Product getResult();} 用Director構(gòu)建最后的復(fù)雜對(duì)象,而在上面Builder接口中封裝的是如何創(chuàng)建一個(gè)個(gè)部件(復(fù)雜對(duì)象是由這些部件組成的),也就是說(shuō)Director的內(nèi)容是如何將部件最后組裝成成品: public class Director {

private Builder builder;

public Director(Builder builder){

this.builder = builder;} // 將部件partA partB partC最后組成復(fù)雜對(duì)象 //這里是將車輪 方向盤和發(fā)動(dòng)機(jī)組裝成汽車的過(guò)程 public void construct(){

builder.buildPartA();

builder.buildPartB();

builder.buildPartC();

} } Builder的具體實(shí)現(xiàn)ConcreteBuilder: 通過(guò)具體完成接口Builder來(lái)構(gòu)建或裝配產(chǎn)品的部件;定義并明確它所要?jiǎng)?chuàng)建的是什么具體東西;提供一個(gè)可以重新獲取產(chǎn)品的接口: public class ConcreteBuilder implements Builder {

Part partA, partB, partC;public void buildPartA(){

//這里是具體如何構(gòu)建partA的代碼

};public void buildPartB(){

//這里是具體如何構(gòu)建partB的代碼 };public void buildPartC(){

//這里是具體如何構(gòu)建partB的代碼 };public Product getResult(){

//返回最后組裝成品結(jié)果 };} 復(fù)雜對(duì)象:產(chǎn)品Product: public interface Product { } 復(fù)雜對(duì)象的部件: public interface Part { }

我們看看如何調(diào)用Builder模式: ConcreteBuilder builder = new ConcreteBuilder();Director director = new Director(builder);

director.construct();Product product = builder.getResult();Builder模式的應(yīng)用

在Java實(shí)際使用中,我們經(jīng)常用到“池”(Pool)的概念,當(dāng)資源提供者無(wú)法提供足夠的資源,并且這些資源需要被很多用戶反復(fù)共享時(shí),就需要使用池.“池”實(shí)際是一段內(nèi)存,當(dāng)池中有一些復(fù)雜的資源的“斷肢”(比如數(shù)據(jù)庫(kù)的連接池,也許有時(shí)一個(gè)連接會(huì)中斷),如果循環(huán)再利用這些“斷肢”,將提高內(nèi)存使用效率,提高池的性能.修改Builder模式中Director類使之能診斷“斷肢”斷在哪個(gè)部件上,再修復(fù)這個(gè)部件.設(shè)計(jì)模式之Factory

定義:提供創(chuàng)建對(duì)象的接口.為何使用?

工廠模式是我們最常用的模式了,著名的Jive論壇 ,就大量使用了工廠模式，工廠模式在Java程序系統(tǒng)可以說(shuō)是隨處可見(jiàn)。

為什么工廠模式是如此常用？因?yàn)楣S模式就相當(dāng)于創(chuàng)建實(shí)例對(duì)象的new，我們經(jīng)常要根據(jù)類Class生成實(shí)例對(duì)象，如A a=new A()工廠模式也是用來(lái)創(chuàng)建實(shí)例對(duì)象的，所以以后new時(shí)就要多個(gè)心眼，是否可以考慮實(shí)用工廠模式，雖然這樣做，可能多做一些工作，但會(huì)給你系統(tǒng)帶來(lái)更大的可擴(kuò)展性和盡量少的修改量。我們以類Sample為例，如果我們要?jiǎng)?chuàng)建Sample的實(shí)例對(duì)象: Sample sample=new Sample();可是，實(shí)際情況是，通常我們都要在創(chuàng)建sample實(shí)例時(shí)做點(diǎn)初始化的工作,比如賦值 查詢數(shù)據(jù)庫(kù)等。

首先，我們想到的是，可以使用Sample的構(gòu)造函數(shù)，這樣生成實(shí)例就寫成: Sample sample=new Sample(參數(shù));但是，如果創(chuàng)建sample實(shí)例時(shí)所做的初始化工作不是象賦值這樣簡(jiǎn)單的事，可能是很長(zhǎng)一段代碼，如果也寫入構(gòu)造函數(shù)中，那你的代碼很難看了（就需要Refactor重整）。為什么說(shuō)代碼很難看，初學(xué)者可能沒(méi)有這種感覺(jué)，我們分析如下，初始化工作如果是很長(zhǎng)一段代碼，說(shuō)明要做的工作很多，將很多工作裝入一個(gè)方法中，相當(dāng)于將很多雞蛋放在一個(gè)籃子里，是很危險(xiǎn)的，這也是有背于Java面向?qū)ο蟮脑瓌t，面向?qū)ο蟮姆庋b(Encapsulation)和分派(Delegation)告訴我們，盡量將長(zhǎng)的代碼分派“切割”成每段，將每段再“封裝”起來(lái)(減少段和段之間偶合聯(lián)系性)，這樣，就會(huì)將風(fēng)險(xiǎn)分散，以后如果需要修改，只要更改每段，不會(huì)再發(fā)生牽一動(dòng)百的事情。

在本例中，首先，我們需要將創(chuàng)建實(shí)例的工作與使用實(shí)例的工作分開, 也就是說(shuō)，讓創(chuàng)建實(shí)例所需要的大量初始化工作從Sample的構(gòu)造函數(shù)中分離出去。

這時(shí)我們就需要Factory工廠模式來(lái)生成對(duì)象了，不能再用上面簡(jiǎn)單new Sample(參數(shù))。還有,如果Sample有個(gè)繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個(gè)接口.現(xiàn)在Sample是接口,有兩個(gè)子類MySample 和HisSample.我們要實(shí)例化他們時(shí),如下: Sample mysample=new MySample();Sample hissample=new HisSample();隨著項(xiàng)目的深入,Sample可能還會(huì)“生出很多兒子出來(lái)”, 那么我們要對(duì)這些兒子一個(gè)個(gè)實(shí)例化,更糟糕的是,可能還要對(duì)以前的代碼進(jìn)行修改:加入后來(lái)生出兒子的實(shí)例.這在傳統(tǒng)程序中是無(wú)法避免的.但如果你一開始就有意識(shí)使用了工廠模式,這些麻煩就沒(méi)有了.工廠方法

你會(huì)建立一個(gè)專門生產(chǎn)Sample實(shí)例的工廠: public class Factory{

public static Sample creator(int which){

//getClass 產(chǎn)生Sample 一般可使用動(dòng)態(tài)類裝載裝入類。if(which==1)

return new SampleA();else if(which==2)

return new SampleB();

} } 那么在你的程序中,如果要實(shí)例化Sample時(shí).就使用 Sample sampleA=Factory.creator(1);這樣,在整個(gè)就不涉及到Sample的具體子類,達(dá)到封裝效果,也就減少錯(cuò)誤修改的機(jī)會(huì),這個(gè)原理可以用很通俗的話來(lái)比喻:就是具體事情做得越多,越容易范錯(cuò)誤.這每個(gè)做過(guò)具體工作的人都深有體會(huì),相反,官做得越高,說(shuō)出的話越抽象越籠統(tǒng),范錯(cuò)誤可能性就越少.好象我們從編程序中也能悟出人生道理?呵呵.使用工廠方法 要注意幾個(gè)角色，首先你要定義產(chǎn)品接口，如上面的Sample,產(chǎn)品接口下有Sample接口的實(shí)現(xiàn)類,如SampleA,其次要有一個(gè)factory類，用來(lái)生成產(chǎn)品Sample，如下圖，最右邊是生產(chǎn)的對(duì)象Sample：

進(jìn)一步稍微復(fù)雜一點(diǎn)，就是在工廠類上進(jìn)行拓展，工廠類也有繼承它的實(shí)現(xiàn)類concreteFactory了。抽象工廠

工廠模式中有: 工廠方法(Factory Method)抽象工廠(Abstract Factory).這兩個(gè)模式區(qū)別在于需要?jiǎng)?chuàng)建對(duì)象的復(fù)雜程度上。如果我們創(chuàng)建對(duì)象的方法變得復(fù)雜了,如上面工廠方法中是創(chuàng)建一個(gè)對(duì)象Sample,如果我們還有新的產(chǎn)品接口Sample2.這里假設(shè)：Sample有兩個(gè)concrete類SampleA和SamleB，而Sample2也有兩個(gè)concrete類Sample2A和SampleB2 那么，我們就將上例中Factory變成抽象類,將共同部分封裝在抽象類中,不同部分使用子類實(shí)現(xiàn)，下面就是將上例中的Factory拓展成抽象工廠: public abstract class Factory{

public abstract Sample creator();

public abstract Sample2 creator(String name);} public class SimpleFactory extends Factory{

public Sample creator(){

.........return new SampleA } public Sample2 creator(String name){

.........return new Sample2A } } public class BombFactory extends Factory{

public Sample creator(){

......return new SampleB } public Sample2 creator(String name){

......return new Sample2B } }

從上面看到兩個(gè)工廠各自生產(chǎn)出一套Sample和Sample2,也許你會(huì)疑問(wèn)，為什么我不可以使用兩個(gè)工廠方法來(lái)分別生產(chǎn)Sample和Sample2? 抽象工廠還有另外一個(gè)關(guān)鍵要點(diǎn)，是因?yàn)?SimpleFactory內(nèi)，生產(chǎn)Sample和生產(chǎn)Sample2的方法之間有一定聯(lián)系，所以才要將這兩個(gè)方法捆綁在一個(gè)類中，這個(gè)工廠類有其本身特征，也許制造過(guò)程是統(tǒng)一的，比如：制造工藝比較簡(jiǎn)單，所以名稱叫SimpleFactory。在實(shí)際應(yīng)用中，工廠方法用得比較多一些，而且是和動(dòng)態(tài)類裝入器組合在一起應(yīng)用，舉例

我們以Jive的ForumFactory為例，這個(gè)例子在前面的Singleton模式中我們討論過(guò)，現(xiàn)在再討論其工廠模式: public abstract class ForumFactory {

private static Object initLock = new Object();

private static String className = “com.jivesoftware.forum.database.DbForumFactory”;

private static ForumFactory factory = null;

public static ForumFactory getInstance(Authorization authorization){

//If no valid authorization passed in, return null.if(authorization == null){

return null;

}

//以下使用了Singleton 單態(tài)模式

if(factory == null){

synchronized(initLock){

if(factory == null){

......}

}

} try {

//動(dòng)態(tài)轉(zhuǎn)載類

Class c = Class.forName(className);

factory =(ForumFactory)c.newInstance();} catch(Exception e){

return null;}

//Now, 返回 proxy.用來(lái)限制授權(quán)對(duì)forum的訪問(wèn)

return new ForumFactoryProxy(authorization, factory，factory.getPermissions(authorization));

}

//真正創(chuàng)建forum的方法由繼承forumfactory的子類去完成.public abstract Forum createForum(String name, String description)

throws UnauthorizedException, ForumAlreadyExistsException;

....}

因?yàn)楝F(xiàn)在的Jive是通過(guò)數(shù)據(jù)庫(kù)系統(tǒng)存放論壇帖子等內(nèi)容數(shù)據(jù),如果希望更改為通過(guò)文件系統(tǒng)實(shí)現(xiàn),這個(gè)工廠方法ForumFactory就提供了提供動(dòng)態(tài)接口: private static String className = “com.jivesoftware.forum.database.DbForumFactory”;你可以使用自己開發(fā)的創(chuàng)建forum的方法代替com.jivesoftware.forum.database.DbForumFactory就可以.在上面的一段代碼中一共用了三種模式,除了工廠模式外,還有Singleton單態(tài)模式,以及proxy模式,proxy模式主要用來(lái)授權(quán)用戶對(duì)forum的訪問(wèn),因?yàn)樵L問(wèn)forum有兩種人:一個(gè)是注冊(cè)用戶 一個(gè)是游客guest,那么那么相應(yīng)的權(quán)限就不一樣,而且這個(gè)權(quán)限是貫穿整個(gè)系統(tǒng)的,因此建立一個(gè)proxy,類似網(wǎng)關(guān)的概念,可以很好的達(dá)到這個(gè)效果.看看Java寵物店中的CatalogDAOFactory: public class CatalogDAOFactory {

/**

* 本方法制定一個(gè)特別的子類來(lái)實(shí)現(xiàn)DAO模式。

* 具體子類定義是在J2EE的部署描述器中。

*/

public static CatalogDAO getDAO()throws CatalogDAOSysException {

CatalogDAO catDao = null;

try {

InitialContext ic = new InitialContext();//動(dòng)態(tài)裝入CATALOG_DAO_CLASS //可以定義自己的CATALOG_DAO_CLASS，從而在無(wú)需變更太多代碼 //的前提下，完成系統(tǒng)的巨大變更。

String className =(String)ic.lookup(JNDINames.CATALOG_DAO_CLASS);

catDao =(CatalogDAO)Class.forName(className).newInstance();

} catch(NamingException ne){

throw new CatalogDAOSysException(“

CatalogDAOFactory.getDAO: NamingException while

getting DAO type : n” + ne.getMessage());

} catch(Exception se){

throw new CatalogDAOSysException(“

CatalogDAOFactory.getDAO: Exception while getting

DAO type : n” + se.getMessage());

}

return catDao;

} } CatalogDAOFactory是典型的工廠方法，catDao是通過(guò)動(dòng)態(tài)類裝入器className獲得CatalogDAOFactory具體實(shí)現(xiàn)子類，這個(gè)實(shí)現(xiàn)子類在Java寵物店是用來(lái)操作catalog數(shù)據(jù)庫(kù)，用戶可以根據(jù)數(shù)據(jù)庫(kù)的類型不同，定制自己的具體實(shí)現(xiàn)子類，將自己的子類名給與CATALOG_DAO_CLASS變量就可以。

由此可見(jiàn)，工廠方法確實(shí)為系統(tǒng)結(jié)構(gòu)提供了非常靈活強(qiáng)大的動(dòng)態(tài)擴(kuò)展機(jī)制，只要我們更換一下具體的工廠方法，系統(tǒng)其他地方無(wú)需一點(diǎn)變換，就有可能將系統(tǒng)功能進(jìn)行改頭換面的變化。

設(shè)計(jì)模式之Prototype(原型)

定義: 用原型實(shí)例指定創(chuàng)建對(duì)象的種類,并且通過(guò)拷貝這些原型創(chuàng)建新的對(duì)象.Prototype模式允許一個(gè)對(duì)象再創(chuàng)建另外一個(gè)可定制的對(duì)象，根本無(wú)需知道任何如何創(chuàng)建的細(xì)節(jié),工作原理是:通過(guò)將一個(gè)原型對(duì)象傳給那個(gè)要發(fā)動(dòng)創(chuàng)建的對(duì)象，這個(gè)要發(fā)動(dòng)創(chuàng)建的對(duì)象通過(guò)請(qǐng)求原型對(duì)象拷貝它們自己來(lái)實(shí)施創(chuàng)建。如何使用? 因?yàn)镴ava中的提供clone()方法來(lái)實(shí)現(xiàn)對(duì)象的克隆(具體了解clone()按這里),所以Prototype模式實(shí)現(xiàn)一下子變得很簡(jiǎn)單.以勺子為例：

public abstract class AbstractSpoon implements Cloneable {

String spoonName;

public void setSpoonName(String spoonName){this.spoonName = spoonName;}

public String getSpoonName(){return this.spoonName;}

public Object clone()

{

Object object = null;

try {

object = super.clone();

} catch(CloneNotSupportedException exception){

System.err.println(“AbstractSpoon is not Cloneable”);

}

return object;

} } 有兩個(gè)具體實(shí)現(xiàn)(ConcretePrototype): public class SoupSpoon extends AbstractSpoon {

public SoupSpoon()

{

setSpoonName(“Soup Spoon”);

} } public class SaladSpoon extends AbstractSpoon {

public SaladSpoon()

{

setSpoonName(“Salad Spoon”);

} } 調(diào)用Prototype模式很簡(jiǎn)單: AbstractSpoon spoon = new SoupSpoon();AbstractSpoon spoon = new SaladSpoon();當(dāng)然也可以結(jié)合工廠模式來(lái)創(chuàng)建AbstractSpoon實(shí)例。

在Java中Prototype模式變成clone()方法的使用，由于Java的純潔的面向?qū)ο筇匦裕沟迷贘ava中使用設(shè)計(jì)模式變得很自然，兩者已經(jīng)幾乎是渾然一體了。這反映在很多模式上，如Interator遍歷模式。

設(shè)計(jì)模式之Singleton(單態(tài))

定義: Singleton模式主要作用是保證在Java應(yīng)用程序中，一個(gè)類Class只有一個(gè)實(shí)例存在。在很多操作中，比如建立目錄 數(shù)據(jù)庫(kù)連接都需要這樣的單線程操作。

還有, singleton能夠被狀態(tài)化;這樣，多個(gè)單態(tài)類在一起就可以作為一個(gè)狀態(tài)倉(cāng)庫(kù)一樣向外提供服務(wù)，比如，你要論壇中的帖子計(jì)數(shù)器，每次瀏覽一次需要計(jì)數(shù)，單態(tài)類能否保持住這個(gè)計(jì)數(shù)，并且能synchronize的安全自動(dòng)加1，如果你要把這個(gè)數(shù)字永久保存到數(shù)據(jù)庫(kù)，你可以在不修改單態(tài)接口的情況下方便的做到。

另外方面，Singleton也能夠被無(wú)狀態(tài)化。提供工具性質(zhì)的功能，Singleton模式就為我們提供了這樣實(shí)現(xiàn)的可能。使用Singleton的好處還在于可以節(jié)省內(nèi)存，因?yàn)樗拗屏藢?shí)例的個(gè)數(shù)，有利于Java垃圾回收（garbage collection）。

我們常?？吹焦S模式中類裝入器(class loader)中也用Singleton模式實(shí)現(xiàn)的,因?yàn)楸谎b入的類實(shí)際也屬于資源。如何使用?

一般Singleton模式通常有幾種形式: public class Singleton {

private Singleton(){}

//在自己內(nèi)部定義自己一個(gè)實(shí)例，是不是很奇怪？

//注意這是private 只供內(nèi)部調(diào)用

private static Singleton instance = new Singleton();

}

第二種形式: public class Singleton {

private static Singleton instance = null;public static synchronized Singleton getInstance(){

//這個(gè)方法比上面有所改進(jìn)，不用每次都進(jìn)行生成對(duì)象，只是第一次

//使用時(shí)生成實(shí)例，提高了效率！if(instance==null)

instance＝new Singleton();return instance;} //這里提供了一個(gè)供外部訪問(wèn)本class的靜態(tài)方法，可以直接訪問(wèn)

public static Singleton getInstance(){

return instance;

} }

使用Singleton.getInstance()可以訪問(wèn)單態(tài)類。

上面第二中形式是lazy initialization，也就是說(shuō)第一次調(diào)用時(shí)初始Singleton，以后就不用再生成了。

注意到lazy initialization形式中的synchronized，這個(gè)synchronized很重要，如果沒(méi)有synchronized，那么使用getInstance()是有可能得到多個(gè)Singleton實(shí)例。關(guān)于lazy initialization的Singleton有很多涉及double-checked locking(DCL)的討論，有興趣者進(jìn)一步研究。

一般認(rèn)為第一種形式要更加安全些。使用Singleton注意事項(xiàng)：

有時(shí)在某些情況下，使用Singleton并不能達(dá)到Singleton的目的，如有多個(gè)Singleton對(duì)象同時(shí)被不同的類裝入器裝載；在EJB這樣的分布式系統(tǒng)中使用也要注意這種情況，因?yàn)镋JB是跨服務(wù)器，跨JVM的。

我們以SUN公司的寵物店源碼(Pet Store 1.3.1)的ServiceLocator為例稍微分析一下：

在Pet Store中ServiceLocator有兩種，一個(gè)是EJB目錄下；一個(gè)是WEB目錄下，我們檢查這兩個(gè)ServiceLocator會(huì)發(fā)現(xiàn)內(nèi)容差不多，都是提供EJB的查詢定位服務(wù)，可是為什么要分開呢？仔細(xì)研究對(duì)這兩種ServiceLocator才發(fā)現(xiàn)區(qū)別：在WEB中的ServiceLocator的采取Singleton模式，ServiceLocator屬于資源定位，理所當(dāng)然應(yīng)該使用Singleton模式。但是在EJB中，Singleton模式已經(jīng)失去作用，所以ServiceLocator才分成兩種，一種面向WEB服務(wù)的，一種是面向EJB服務(wù)的。

Singleton模式看起來(lái)簡(jiǎn)單，使用方法也很方便，但是真正用好，是非常不容易，需要對(duì)Java的類 線程 內(nèi)存等概念有相當(dāng)?shù)牧私?。進(jìn)一步深入可參考：

Double-checked locking and the Singleton pattern When is a singleton not a singleton?

第五篇：JAVA學(xué)習(xí)書籍- 設(shè)計(jì)模式

談到設(shè)計(jì)模式很多人多會(huì)推薦GOF 的那本，該書在Amzon上是五星級(jí)的推薦書籍。不過(guò)對(duì)于學(xué)習(xí)java 沒(méi)多久的、特別是java 初學(xué)者，我很不推薦這本書。主要是該書的例子基本都是C++的，很多細(xì)節(jié)沒(méi)有講述得足夠清楚。

我給大家推薦的第一本是閻宏博士的《Java 與模式》，它是第一本中國(guó)人自己寫的關(guān)于設(shè)計(jì)模式的書籍，寫的比較有趣，融合了很多中

華民族的文化和觀念，例子、類圖都比較多，且相對(duì)簡(jiǎn)單！非常不錯(cuò)的入門書籍――又是大塊頭哦！

其次我推薦Wiley 出版社出版的《Pattern In Java》一套三本，我才看了第一本，好像第二本不怎么樣，第三本還不錯(cuò)！

第三本是中文翻譯版的關(guān)于多線程模式的（很難得的中文翻譯版）中國(guó)鐵道出版社2003 年出版的《Java 多線程設(shè)計(jì)模式》，將多線程模

式講得非常淺顯，配有大量的圖例，每章都有習(xí)題，最后有答案！我研究多線程模式就是由它開始的！

第四本，今年出版的Head First 系列的《Head First Design Pattern》，秉承Head First 系列圖書的優(yōu)點(diǎn)，大量的類圖、豐富的實(shí)例、有趣的注解，值得購(gòu)買！

其次在J2EE 方向你可以研究閱讀Addison Wesley 2002 年出版的《Patterns of Enterprise Application Architecture》，眾多大腕的作品，講企業(yè)消息集成的！Sun 提供的《J2EE PATTERNS SL500》也很好！晚了推薦那一本Amzon 4 星半的《Holub on patterns》，大師的作品，提供了，很值得研究的例子，不過(guò)對(duì)上面四本不是很熟悉的讀者，最好不要讀它！可能會(huì)讓你比較累！

我學(xué)習(xí)設(shè)計(jì)模式經(jīng)過(guò)一段很曲折的路線，前前后后大約看了20 本，閻宏博士的《Java 與模式》我看了4 遍，還排除我第一次基本沒(méi)看

懂的看！記得研一時(shí)老師給我們講了GOF 的那本，作為選修課，我和它們計(jì)算機(jī)系的碩士、博士們一起，到最后一個(gè)班40－50 個(gè)人，不

超過(guò)3 個(gè)人明白，我也沒(méi)有明白任何一點(diǎn)（基礎(chǔ)差吧――主要我對(duì)C++語(yǔ)言一點(diǎn)都不了解），憑我不伏輸?shù)男愿?，我認(rèn)為我對(duì)java 語(yǔ)言理

解還可以，我就借了《Java 與模式》，結(jié)果還是基本沒(méi)看懂。很有幸的是讀研三時(shí)，聽(tīng)過(guò)了上交大饒若楠老師關(guān)于Java OOP 語(yǔ)言的講座，我懂了組合書籍模式等三種設(shè)計(jì)模式后，對(duì)其它模式有了強(qiáng)烈的興趣和要征服它的愿望！工作后我買的第一本就是《Java 與模式》，第一遍花了2 個(gè)月研究了這個(gè)1000 多頁(yè)的大塊頭，后來(lái)第三遍15 天左右就可以搞定，筆記記了一大本！從此一發(fā)不可收拾。

選對(duì)書、埋頭研究。相信很快就會(huì)入門的！

學(xué)習(xí)Java 語(yǔ)言8 個(gè)簡(jiǎn)單的部分，這只是我們研究Java 語(yǔ)言的開始！這些都懂了充其量一個(gè)java 程序員而已，后面的路很長(zhǎng)很長(zhǎng)！我們

可以繼續(xù)研究數(shù)據(jù)庫(kù)實(shí)現(xiàn)的源代碼、Servlet 服務(wù)器的源代碼、RMI、EJB、JNDI、面向方面編程、重構(gòu)、ANT 工具、Eclipse 工具、Spring

工具、JBoss、JOnAS、Apache Geronimo 等J2EE 服務(wù)器！研究了這些你可能會(huì)成為一個(gè)出色的J2EE Architecture！你可以繼續(xù)研究剖

析器、編譯器、JNODE（java 寫的操作系統(tǒng)）