Java與設(shè)計方案模式

Java與設(shè)計模式Lesson1設(shè)計模式分類創(chuàng)建模式結(jié)構(gòu)模式行為模式優(yōu)點面向界面編程降低耦合性增加靈活性創(chuàng)建模式設(shè)計模式之Factory-工廠模式客戶類和工廠類分開。消費者任何時候需要某種產(chǎn)品，只需向工廠請求即可。消費者無須修改就可以接納新產(chǎn)品。缺點是當產(chǎn)品修改時，工廠類也要做相應的修改。設(shè)計模式之Factory-工廠模式追MM少不了請吃飯了，麥當勞的雞翅和肯德基的雞翅都是MM愛吃的東西，雖然口味有所不同，但不管你帶MM去麥當勞或肯德基，只管向服務員說“來四個雞翅”就行了。麥當勞和肯德基就是生產(chǎn)雞翅的Factory設(shè)計模式之Factory-工廠模式publicclassFactory{publicstaticSamplecreator(intwhich){//getClass產(chǎn)生Sample一般可使用動態(tài)類裝載裝入類。

if(which==1)

returnnewSampleA();

elseif(which==2)

returnnewSampleB();}}設(shè)計模式之FACTORYMETHOD-工廠方法模式核心工廠類不再負責所有產(chǎn)品的創(chuàng)建，而是將具體創(chuàng)建的工作交給子類去做，成為一個抽象工廠角色，僅負責給出具體工廠類必須實現(xiàn)的接口，而不接觸哪一個產(chǎn)品類應當被實例化這種細節(jié)。設(shè)計模式之FACTORYMETHOD-工廠模式請MM去麥當勞吃漢堡，不同的MM有不同的口味，要每個都記住是一件煩人的事情，我一般采用FactoryMethod模式，帶著MM到服務員那兒，說“要一個漢堡”，具體要什么樣的漢堡呢，讓MM直接跟服務員說就行了。設(shè)計模式之FACTORYMETHOD-工廠模式publicabstractclassFactory{publicabstractSamplecreator();publicabstractSample2creator(Stringname);}publicclassSimpleFactoryextendsFactory{publicSamplecreator(){

.........

returnnewSampleA

}publicSample2creator(Stringname){

.........

returnnewSample2A

}}publicclassBombFactoryextendsFactory{publicSamplecreator(){

......

returnnewSampleB

}publicSample2creator(Stringname){

......

returnnewSample2B

}}設(shè)計模式之Builder-建造模式將產(chǎn)品的內(nèi)部表象和產(chǎn)品的生成過程分割開來，從而使一個建造過程生成具有不同的內(nèi)部表象的產(chǎn)品對象。建造模式使得產(chǎn)品內(nèi)部表象可以獨立的變化，客戶不必知道產(chǎn)品內(nèi)部組成的細節(jié)。建造模式可以強制實行一種分步驟進行的建造過程。設(shè)計模式之Builder-建造模式MM最愛聽的就是“我愛你”這句話了，見到不同地方的MM,要能夠用她們的方言跟她說這句話哦，我有一個多種語言翻譯機，上面每種語言都有一個按鍵，見到MM我只要按對應的鍵，它就能夠用相應的語言說出“我愛你”這句話了，國外的MM也可以輕松搞掂，這就是我的“我愛你”builder。（這一定比美軍在伊拉克用的翻譯機好賣）設(shè)計模式之Builder-建造模式publicinterfaceBuilder{//創(chuàng)建部件A比如創(chuàng)建汽車車輪

voidbuildPartA();

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

voidbuildPartB();

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

voidbuildPartC();

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

//成品的組裝過程不在這裏進行,而是轉(zhuǎn)移到下面的Director類別中進行。

//從而實現(xiàn)瞭解耦過程和部件

ProductgetResult();}publicclassDirector{privateBuilderbuilder;publicDirector(Builderbuilder){

this。builder=builder;

}

//將部件partApartBpartC最後組成複雜物件

//這裏是將車輪方向盤和發(fā)動機組裝成汽車的過程

publicvoidconstruct(){

builder.buildPartA();

builder.buildPartB();

builder.buildPartC();}}設(shè)計模式之PROTOTYPE-原始模型模式通過給出一個原型對象來指明所要創(chuàng)建的對象的類型，然后用復制這個原型對象的方法創(chuàng)建出更多同類型的對象。原始模型模式允許動態(tài)的增加或減少產(chǎn)品類，產(chǎn)品類不需要非得有任何事先確定的等級結(jié)構(gòu)，原始模型模式適用于任何的等級結(jié)構(gòu)。缺點是每一個類都必須配備一個克隆方法。設(shè)計模式之PROTOTYPE-原始模型模式跟MM用QQ聊天，一定要說些深情的話語了，我搜集了好多肉麻的情話，需要時只要copy出來放到QQ里面就行了，這就是我的情話prototype了。（100塊錢一份，你要不要）設(shè)計模式之PROTOTYPE-原始模型模式publicabstractclassAbstractSpoonimplementsCloneable

{

StringspoonName;

publicvoidsetSpoonName(StringspoonName){this.spoonName=spoonName;}

publicStringgetSpoonName(){returnthis.spoonName;}

publicObjectclone()

{

Objectobject=null;

try{

object=super.clone();

}catch(CloneNotSupportedExceptionexception){

System.err.println("AbstractSpoonisnotCloneable");

}

returnobject;

}

}

publicclassSoupSpoonextendsAbstractSpoon

{

publicSoupSpoon()

{

setSpoonName("SoupSpoon");

}

}

publicclassSaladSpoonextendsAbstractSpoon

{

publicSaladSpoon()

{

setSpoonName("SaladSpoon");

}

}

設(shè)計模式之Singleton-單例模式單例模式確保某一個類只有一個實例，而且自行實例化并向整個系統(tǒng)提供這個實例單例模式。單例模式只應在有真正的“單一實例”的需求時才可使用。設(shè)計模式之Singleton-單例模式俺有6個漂亮的老婆，她們的老公都是我，我就是我們家里的老公Sigleton，她們只要說道“老公”，都是指的同一個人，那就是我(剛才做了個夢啦，哪有這么好的事)設(shè)計模式之Singleton-單例模式publicclassSingleton{privatestaticSingletoninstance=null;

publicstaticsynchronizedSingletongetInstance(){

//這個方法比上面有所改進，不用每次都進行生成對象，只是第一次

//使用時生成實例，提高了效率！

if(instance==null)

instance＝newSingleton();

returninstance;}}

結(jié)構(gòu)模式設(shè)計模式之Adapter-適配器把一個類的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無法一起工作的兩個類能夠一起工作。適配類可以根據(jù)參數(shù)返還一個合適的實例給客戶端。設(shè)計模式之Adapter-適配器在朋友聚會上碰到了一個美女Sarah，從香港來的，可我不會說粵語，她不會說普通話，只好求助于我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會不會耍我)設(shè)計模式之Adapter-適配器publicinterfaceIRoundPeg{

publicvoidinsertIntoHole(Stringmsg);

}publicinterfaceISquarePeg{

publicvoidinsert(Stringstr);}publicclassPegAdapterimplementsIRoundPeg,ISquarePeg{

privateRoundPegroundPeg;

privateSquarePegsquarePeg;

//構(gòu)造方法

publicPegAdapter(RoundPegpeg){this.roundPeg=peg;}

//構(gòu)造方法

publicPegAdapter(SquarePegpeg)(this.squarePeg=peg;)publicvoidinsert(Stringstr){roundPeg.insertIntoHole(str);}publicvoidinsertIntoHole(Stringstr){SquarePeg.insert(str);}}設(shè)計模式之Bridge-橋梁模式將抽象化與實現(xiàn)化脫耦，使得二者可以獨立的變化，也就是說將他們之間的強關(guān)聯(lián)變成弱關(guān)聯(lián)，也就是指在一個軟件系統(tǒng)的抽象化和實現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以獨立的變化。設(shè)計模式之Bridge-橋梁模式早上碰到MM，要說早上好，晚上碰到MM，要說晚上好；碰到MM穿了件新衣服，要說你的衣服好漂亮哦，碰到MM新做的發(fā)型，要說你的頭發(fā)好漂亮哦。不要問我“早上碰到MM新做了個發(fā)型怎么說”這種問題，自己用BRIDGE組合一下不就行了設(shè)計模式之Bridge-橋梁模式publicabstractclassCoffee

{

CoffeeImpcoffeeImp;

publicvoidsetCoffeeImp(){

this.CoffeeImp=CoffeeImpSingleton.getTheCoffeImp();

}

publicSodaImpgetCoffeeImp(){returnthis.CoffeeImp;}

publicabstractvoidpourCoffee();

}publicabstractclassCoffeeImp

{

publicabstractvoidpourCoffeeImp();

}//bridgepublicclassCoffeeImpSingleton

{

privatestaticCoffeeImpcoffeeImp;

publicCoffeeImpSingleton(CoffeeImpcoffeeImpIn)

{this.coffeeImp=coffeeImpIn;}

publicstaticCoffeeImpgetTheCoffeeImp()

{

returncoffeeImp;

}

}設(shè)計模式之Composite-合成模式合成模式將對象組織到樹結(jié)構(gòu)中，可以用來描述整體與部分的關(guān)系。合成模式就是一個處理對象的樹結(jié)構(gòu)的模式。合成模式把部分與整體的關(guān)系用樹結(jié)構(gòu)表示出來。合成模式使得客戶端把一個個單獨的成分對象和由他們復合而成的合成對象同等看待。設(shè)計模式之Composite-合成模式Mary今天過生日?！拔疫^生日，你要送我一件禮物。”“嗯，好吧，去商店，你自己挑?！薄斑@件T恤挺漂亮，買，這條裙子好看，買，這個包也不錯，買。”“喂，買了三件了呀，我只答應送一件禮物的哦?！薄笆裁囱剑琓恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來?！薄啊?，MM都會用Composite模式了，你會了沒有？設(shè)計模式之Composite-合成模式publicabstractclassEquipment

{

privateStringname;

//網(wǎng)路價格

publicabstractdoublenetPrice();

//折扣價格

publicabstractdoublediscountPrice();

//增加部件方法

publicbooleanadd(Equipmentequipment){returnfalse;}

//刪除部件方法

publicbooleanremove(Equipmentequipment){returnfalse;}

//注意這裏，這裏就提供一種用於訪問組合體類別的部件方法。

publicIteratoriter(){returnnull;}

publicEquipment(finalStringname){=name;}

}publicclassDiskextendsEquipment

abstractclassCompositeEquipmentextendsEquipment設(shè)計模式之DECORATOR-裝飾模式裝飾模式以對客戶端透明的方式擴展對象的功能，是繼承關(guān)系的一個替代方案，提供比繼承更多的靈活性。動態(tài)給一個對象增加功能，這些功能可以再動態(tài)的撤消。增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能。設(shè)計模式之DECORATOR-裝飾模式Mary過完輪到Sarly過生日，還是不要叫她自己挑了，不然這個月伙食費肯定玩完，拿出我去年在華山頂上照的照片，在背面寫上“最好的的禮物，就是愛你的Fita”，再到街上禮品店買了個像框（賣禮品的MM也很漂亮哦），再找隔壁搞美術(shù)設(shè)計的Mike設(shè)計了一個漂亮的盒子裝起來……，我們都是Decorator，最終都在修飾我這個人呀，怎么樣，看懂了嗎？設(shè)計模式之DECORATOR-裝飾模式publicinterfaceWork

{

publicvoidinsert();}publicclassSquarePegimplementsWork{

publicvoidinsert(){

System.out.println("方形樁插入");

}}publicclassDecoratorimplementsWork{privateWorkwork;

//額外增加的功能被打包在這個List中

privateArrayListothers=newArrayList();//在構(gòu)造器中使用組合new方式,引入Work物件;

publicDecorator(Workwork)

{

this.work=work;

others.add("挖坑");others.add("釘木板");

}publicvoidinsert(){newMethod();

}

//在新方法中,我們在insert之前增加其他方法,這裏次序先後是用戶靈活指定的

publicvoidnewMethod()

{

otherMethod();

work.insert();

}

publicvoidotherMethod()

{

ListIteratorlistIterator=others.listIterator();

while(listIterator.hasNext())

{

System.out.println(((String)(listIterator.next()))+"正在進行");

}

}

}

設(shè)計模式之Facade-門面模式外部與一個子系統(tǒng)的通信必須通過一個統(tǒng)一的門面對象進行。門面模式提供一個高層次的接口，使得子系統(tǒng)更易于使用。每一個子系統(tǒng)只有一個門面類，而且此門面類只有一個實例，也就是說它是一個單例模式。但整個系統(tǒng)可以有多個門面類。設(shè)計模式之Facade-門面模式我有一個專業(yè)的Nikon相機，我就喜歡自己手動調(diào)光圈、快門，這樣照出來的照片才專業(yè)，但MM可不懂這些，教了半天也不會。幸好相機有Facade設(shè)計模式，把相機調(diào)整到自動檔，只要對準目標按快門就行了，一切由相機自動調(diào)整，這樣MM也可以用這個相機給我拍張照片了。設(shè)計模式之Facade-門面模式publicclassDBCompare{

Stringsql="SELECT*FROM<table>WHERE<columnname>=?";

try{

Mysqlmsql=newmysql(sql);

prep.setString(1,"<columnvalue>");

rset=prep.executeQuery();

if(rset.next()){

System.out.println(rset.getString("<columnname"));

}

}catch(SExceptione){

e.printStackTrace();

}finally{

mysql.close();

mysql=null;

}

}設(shè)計模式之FLYWEIGHT-享元模式FLYWEIGHT在拳擊比賽中指最輕量級。享元模式以共享的方式高效的支持大量的細粒度對象。享元模式能做到共享的關(guān)鍵是區(qū)分內(nèi)蘊狀態(tài)和外蘊狀態(tài)。內(nèi)蘊狀態(tài)存儲在享元內(nèi)部，不會隨環(huán)境的改變而有所不同。外蘊狀態(tài)是隨環(huán)境的改變而改變的。外蘊狀態(tài)不能影響內(nèi)蘊狀態(tài)，它們是相互獨立的。將可以共享的狀態(tài)和不可以共享的狀態(tài)從常規(guī)類中區(qū)分開來，將不可以共享的狀態(tài)從類里剔除出去。客戶端不可以直接創(chuàng)建被共享的對象，而應當使用一個工廠對象負責創(chuàng)建被共享的對象。享元模式大幅度的降低內(nèi)存中對象的數(shù)量。設(shè)計模式之FLYWEIGHT-享元模式每天跟MM發(fā)短信，手指都累死了，最近買了個新手機，可以把一些常用的句子存在手機里，要用的時候，直接拿出來，在前面加上MM的名字就可以發(fā)送了，再不用一個字一個字敲了。共享的句子就是Flyweight，MM的名字就是提取出來的外部特征，根據(jù)上下文情況使用。設(shè)計模式之FLYWEIGHT-享元模式publicclassCD{privateStringtitle;

privateintyear;

privateArtistartist;

publicStringgetTitle(){returntitle;}

publicintgetYear(){returnyear;}

publicArtistgetArtist(){returnartist;}

publicvoidsetTitle(Stringt){title=t;}

publicvoidsetYear(inty){year=y;}

publicvoidsetArtist(Artista){artist=a;}

}publicclassArtist{//內(nèi)部狀態(tài)

privateStringname;//notethatArtistisimmutable.

StringgetName(){returnname;}Artist(Stringn){

name=n;

}

}publicclassArtistFactory{Hashtablepool=newHashtable();

ArtistgetArtist(Stringkey){Artistresult;

result=(Artist)pool.get(key);

////産生新的Artist

if(result==null){

result=newArtist(key);

pool.put(key,result);

}

returnresult;

}

}設(shè)計模式之PROXY-代理模式代理模式給某一個對象提供一個代理對象，并由代理對象控制對源對象的引用。代理就是一個人或一個機構(gòu)代表另一個人或者一個機構(gòu)采取行動。某些情況下，客戶不想或者不能夠直接引用一個對象，代理對象可以在客戶和目標對象直接起到中介的作用?？蛻舳朔直娌怀龃碇黝}對象與真實主題對象。代理模式可以并不知道真正的被代理對象，而僅僅持有一個被代理對象的接口，這時候代理對象不能夠創(chuàng)建被代理對象，被代理對象必須有系統(tǒng)的其他角色代為創(chuàng)建并傳入。設(shè)計模式之PROXY-代理模式跟MM在網(wǎng)上聊天，一開頭總是“hi,你好”,“你從哪兒來呀？”“你多大了？”“身高多少呀？”這些話，真煩人，寫個程序做為我的Proxy吧，凡是接收到這些話都設(shè)置好了自動的回答，接收到其他的話時再通知我回答，怎么樣，酷吧。設(shè)計模式之PROXY-代理模式publicclassForumPermissionsimplementsCacheablepublicclassForumProxyimplementsForumpublicclassDbForumimplementsForum,Cacheable行為模式設(shè)計模式之ChainofResponsibility-職責鏈

在責任鏈模式中，很多對象由每一個對象對其下家的引用而接起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。客戶并不知道鏈上的哪一個對象最終處理這個請求，系統(tǒng)可以在不影響客戶端的情況下動態(tài)的重新組織鏈和分配責任。處理者有兩個選擇：承擔責任或者把責任推給下家。一個請求可以最終不被任何接收端對象所接受。設(shè)計模式之ChainofResponsibility-職責鏈晚上去上英語課，為了好開溜坐到了最后一排，哇，前面坐了好幾個漂亮的MM哎，找張紙條，寫上“Hi,可以做我的女朋友嗎？如果不愿意請向前傳”，紙條就一個接一個的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽說是個老處女呀，快跑!設(shè)計模式之ChainofResponsibility-職責鏈publicinterfaceHandler{

publicvoidhandleRequest(Requestrequest);

}

publicclassRequest{

privateStringtype;

publicRequest(Stringtype){this.type=type;}publicStringgetType(){returntype;}publicvoidexecute(){

//request真正具體行爲代碼

}

}publicclassConcreteHandlerimplementsHandler{

privateHandlersuccessor;publicConcreteHandler(Handlersuccessor){

this.successor=successor;

}publicvoidhandleRequest(Requestrequest){

if(requestinstanceofHelpRequest){

//這裏是處理Help的具體代碼

}elseif(requestinstanceofPrintRequst){

request.execute();

}else

//傳遞到下一個

successor.handle(request);}

}}設(shè)計模式之COMMAND-命令模式命令模式把一個請求或者操作封裝到一個對象中。命令模式把發(fā)出命令的責任和執(zhí)行命令的責任分割開，委派給不同的對象。命令模式允許請求的一方和發(fā)送的一方獨立開來，使得請求的一方不必知道接收請求的一方的接口，更不必知道請求是怎么被接收，以及操作是否執(zhí)行，何時被執(zhí)行以及是怎么被執(zhí)行的。系統(tǒng)支持命令的撤消。設(shè)計模式之COMMAND-命令模式俺有一個MM家里管得特別嚴，沒法見面，只好借助于她弟弟在我們倆之間傳送信息，她對我有什么指示，就寫一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過來一個COMMAND，為了感謝他，我請他吃了碗雜醬面，哪知道他說：“我同時給我姐姐三個男朋友送COMMAND，就數(shù)你最小氣，才請我吃面。”，設(shè)計模式之COMMAND-命令模式publicinterfaceCommand{

publicabstractvoidexecute();

}publicclassproducer{

publicstaticListproduceRequests(){

Listqueue=newArrayList();

queue.add(newDomesticEngineer());

queue.add(newPolitician());

queue.add(newProgrammer());

returnqueue;

}}publicclassTestCommand{

publicstaticvoidmain(String[]args){

Listqueue=PduceRequests();

for(Iteratorit=queue.iterator();it.hasNext();)

//取出List中東東,其他特徵都不能確定,只能保證一個特徵是100%正確,

//他們至少是介面Command的"兒子"。所以強制轉(zhuǎn)換類別型爲介面Command

((Command)it.next()).execute();

}

}設(shè)計模式之INTERPRETER-解釋器模式給定一個語言后，解釋器模式可以定義出其文法的一種表示，并同時提供一個解釋器?？蛻舳丝梢允褂眠@個解釋器來解釋這個語言中的句子。解釋器模式將描述怎樣在有了一個簡單的文法后，使用模式設(shè)計解釋這些語句。在解釋器模式里面提到的語言是指任何解釋器對象能夠解釋的任何組合。在解釋器模式中需要定義一個代表文法的命令類的等級結(jié)構(gòu)，也就是一系列的組合規(guī)則。每一個命令對象都有一個解釋方法，代表對命令對象的解釋。命令對象的等級結(jié)構(gòu)中的對象的任何排列組合都是一個語言。設(shè)計模式之INTERPRETER-解釋器模式俺有一個《泡MM真經(jīng)》，上面有各種泡MM的攻略，比如說去吃西餐的步驟、去看電影的方法等等，跟MM約會時，只要做一個Interpreter，照著上面的腳本執(zhí)行就可以了。設(shè)計模式之INTERPRETER-解釋器模式定義語言的文法,並且建立一個解釋器來解釋該語言中的句子。設(shè)計模式之ITERATOR-迭代子模式迭代子模式可以順序訪問一個聚集中的元素而不必暴露聚集的內(nèi)部表象。多個對象聚在一起形成的總體稱之為聚集，聚集對象是能夠包容一組對象的容器對象。迭代子模式將迭代邏輯封裝到一個獨立的子對象中，從而與聚集本身隔開。迭代子模式簡化了聚集的界面。每一個聚集對象都可以有一個或一個以上的迭代子對象，每一個迭代子的迭代狀態(tài)可以是彼此獨立的。迭代算法可以獨立于聚集角色變化。設(shè)計模式之ITERATOR-迭代子模式我愛上了Mary，不顧一切的向她求婚。Mary：“想要我跟你結(jié)婚，得答應我的條件”我：“什么條件我都答應，你說吧”Mary：“我看上了那個一克拉的鉆石”我：“我買，我買，還有嗎？”Mary：“我看上了湖邊的那棟別墅”我：“我買，我買，還有嗎？”Mary：“我看上那輛法拉利跑車”我腦袋嗡的一聲，坐在椅子上，一咬牙：“我買，我買，還有嗎？”……設(shè)計模式之ITERATOR-迭代子模式用來遍曆Collection中物件publicclassTestCommand{

publicstaticvoidmain(String[]args){

Listqueue=PduceRequests();

for(Iteratorit=queue.iterator();it.hasNext();)

//取出List中東東,其他特徵都不能確定,只能保證一個特徵是100%正確,

//他們至少是介面Command的"兒子"。所以強制轉(zhuǎn)換類別型爲介面Command

((Command)it.next()).execute();

}

}

設(shè)計模式之MEDIATOR-調(diào)停者模式調(diào)停者模式包裝了一系列對象相互作用的方式，使得這些對象不必相互明顯作用。從而使他們可以松散偶合。當某些對象之間的作用發(fā)生改變時，不會立即影響其他的一些對象之間的作用。保證這些作用可以彼此獨立的變化。調(diào)停者模式將多對多的相互作用轉(zhuǎn)化為一對多的相互作用。調(diào)停者模式將對象的行為和協(xié)作抽象化，把對象在小尺度的行為上與其他對象的相互作用分開處理。設(shè)計模式之MEDIATOR-調(diào)停者模式四個MM打麻將，相互之間誰應該給誰多少錢算不清楚了，幸虧當時我在旁邊，按照各自的籌碼數(shù)算錢，賺了錢的從我這里拿，賠了錢的也付給我，一切就OK啦，俺得到了四個MM的電話。設(shè)計模式之MEDIATOR-調(diào)停者模式publicinterfaceMediator{}publicclassConcreteMediatorimplementsMediator{//假設(shè)當前有兩個成員.

privateConcreteColleague1colleague1=newConcreteColleague1();

privateConcreteColleague2colleague2=newConcreteColleague2();...}publicclassColleague{

privateMediatormediator;

publicMediatorgetMediator(){

returnmediator;

}

publicvoidsetMediator(Mediatormediator){

this.mediator=mediator;

}

}publicclassConcreteColleague1{}publicclassConcreteColleague2{}設(shè)計模式之MEMENTO-備忘錄模式備忘錄對象是一個用來存儲另外一個對象內(nèi)部狀態(tài)的快照的對象。備忘錄模式的用意是在不破壞封裝的條件下，將一個對象的狀態(tài)捉住，并外部化，存儲起來，從而可以在將來合適的時候把這個對象還原到存儲起來的狀態(tài)。設(shè)計模式之MEMENTO-備忘錄模式同時跟幾個MM聊天時，一定要記清楚剛才跟MM說了些什么話，不然MM發(fā)現(xiàn)了會不高興的哦，幸虧我有個備忘錄，剛才與哪個MM說了什么話我都拷貝一份放到備忘錄里面保存，這樣可以隨時察看以前的記錄啦。設(shè)計模式之MEMENTO-備忘錄模式publicclassOriginator{

privateintnumber;privateFilefile=null;publicOriginator(){}//創(chuàng)建一個Memento

publicMementogetMemento(){

returnnewMemento(this);

}//恢復到原始值

publicvoidsetMemento(Mementom){

number=m.number;

file=m.file;

}}privateclassMementoimplementsjava.io.Serializable{privateintnumber;privateFilefile=null;publicMemento(Originatoro){number=o.number;

file=o.file;}}設(shè)計模式之OBSERVER-觀察者模式觀察者模式定義了一種一隊多的依賴關(guān)系，讓多個觀察者對象同時監(jiān)聽某一個主題對象。這個主題對象在狀態(tài)上發(fā)生變化時，會通知所有觀察者對象，使他們能夠自動更新自己。設(shè)計模式之OBSERVER-觀察者模式想知道咱們公司最新MM情報嗎？加入公司的MM情報郵件組就行了，tom負責搜集情報，他發(fā)現(xiàn)的新情報不用一個一個通知我們，直接發(fā)布給郵件組，我們作為訂閱者（觀察者）就可以及時收到情報啦設(shè)計模式之OBSERVER-觀察者模式publicclassproductextendsObservable{privateStringname;

privatefloatprice;publicStringgetName(){returnname;}

publicvoidsetName(){

=name;

//設(shè)置變化點

setChanged();

notifyObservers(name);}}publicclassNameObserverimplementsObserver{privateStringname=null;publicvoidupdate(Observableobj,Objectarg){

if(arginstanceofString){name=(String)arg;

//産品名稱改變值在name中

System.out.println("NameObserver:namechangetto"+name);}}}設(shè)計模式之STATE-狀態(tài)模式狀態(tài)模式允許一個對象在其內(nèi)部狀態(tài)改變的時候改變行為。這個對象看上去象是改變了它的類一樣。狀態(tài)模式把所研究的對象的行為包裝在不同的狀態(tài)對象里，每一個狀態(tài)對象都屬于一個抽象狀態(tài)類的一個子類。狀態(tài)模式的意圖是讓一個對象在其內(nèi)部狀態(tài)改變的時候，其行為也隨之改變。狀態(tài)模式需要對每一個系統(tǒng)可能取得的狀態(tài)創(chuàng)立一個狀態(tài)類的子類。當系統(tǒng)的狀態(tài)變化時，系統(tǒng)便改變所選的子類。設(shè)計模式之OBSERVER-觀察者模式跟MM交往時，一定要注意她的狀態(tài)哦，在不同的狀態(tài)時她的行為會有不同，比如你約她今天晚上去看電影，對你沒興趣的MM就會說“有事情啦”，對你不討厭但還沒喜歡上的MM就會說“好啊，不過可以帶上我同事么？”，已經(jīng)喜歡上你的MM就會說“幾點鐘？看完電影再去泡吧怎么樣？”，當然你看電影過程中表現(xiàn)良好的話，也可以把MM的狀態(tài)從不討厭不喜歡變成喜歡哦。設(shè)計模式之OBSERVER-觀察者模式publicclassBlueStateextendsState{publicvoidhandlepush(Contextc){

//根據(jù)push方法"如果是blue狀態(tài)的切換到green";

c.setState(newGreenState());}

publicvoidhandlepull(Contextc){//根據(jù)pull方法"如果是blue狀態(tài)的切換到red";

c.setState(newRedState());}publicabstractvoidgetcolor(){return(Color.blue)}}publicclassContext{privateSatestate=null;//我們將原來的Colorstate改成了新建的Statestate;//setState是用來改變state的狀態(tài)使用setState實現(xiàn)狀態(tài)的切換

pulicvoidsetState(Statestate){

this.state=state;}publicvoidpush(){//狀態(tài)的切換的細節(jié)部分,在本例中是顔色的變化,已經(jīng)封裝在子類別的handlepush中實現(xiàn),這裏無需關(guān)心

state.handlepush(this);

//因爲sample要使用state中的一個切換結(jié)果,使用getColor()

Samplesample=newSample(state.getColor());

sample.operate();}

publicvoidpull(){state.handlepull(this);

Sample2sample2=newSample2(state.getColor());

sample2.operate();}}設(shè)計模式之STRATEGY-策略模式策略模式針對一組算法，將每一個算法封裝到具有共同接口的獨立的類中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶端的情況下發(fā)生變化。策略模式把行為和環(huán)境分開。環(huán)境類負責維持和查詢行為類，各種算法在具體的策略類中提供。由于算法和環(huán)境獨立開來，算法的增減，修改都不會影響到環(huán)境和客戶端。設(shè)計模式之STRATEGY-策略模式跟不同類型的MM約會，要用不同的策略，有的請電影比較好，有的則去吃小吃效果不錯，有的去海邊浪漫最合適，單目的都是為了得到MM的芳心，我的追MM錦囊中有好多Strategy哦。設(shè)計模式之STRATEGY-策略模式publicabstractclassRepTempRule{

protectedStringoldString="";

publicvoidsetOldString(StringoldString){

this.oldString=oldString;

}

protectedStringnewString="";

publicStringgetNewString(){

returnnewString;

}

publicabstractvoidreplace()throwsException;

}publicclasstest{......publicvoidtestReplace(){//使用第一套方案進行替換。

RepTempRulerule=newRepTempRuleOne();

rule.setOldString(record);

rule.replace();}.....}設(shè)計模式之TEMPLATEMETHOD-模板方法模式模板方法模式準備一個抽象類，將部分邏輯以具體方法以及具體構(gòu)造子的形式實現(xiàn)，然后聲明一些抽象方法來迫使子類實現(xiàn)剩余的邏輯。不同的子類可以以不同的方式實現(xiàn)這些抽象方法，從而對剩余的邏輯有不同的實現(xiàn)。先制定一個頂級邏輯框架，而將邏輯的細節(jié)留給具體的子類去實現(xiàn)。設(shè)計模式之TEMPLATEMETHOD-模板方法模式追MM圣經(jīng)規(guī)定了追MM在不同時期有不同的步驟(Templatemethod)，但每個步驟針對不同的情況，都有不一樣的做法，這就要看你隨機應變啦(具體實現(xiàn))；設(shè)計模式之TEMPLATEMETHOD-模板方法模式publicabstractclassBenchmark

{

/**

*下面操作是我們希望在子類別中完成

*/

publicabstractvoidbenchmark();/**

*重復執(zhí)行benchmark次數(shù)

*/

publicfinallongrepeat(intcount){

if(count<=0)

return0;

else{

longstartTime=System.currentTimeMillis();for(inti=0;i<count;i++)

benchmark();

longstopTime=System.currentTimeMillis();

returnstopTime-startTime;

}

}

}publicclassMethodBenchmarkextendsBenchmark

{

/**

*真正定義benchmark內(nèi)容

*/

publicvoidbenchmark(){

for(inti=0;i<Integer.MAX_VALUE;i++){

System.out.printtln("i="+i);

}

}

}設(shè)計模式之VISITOR-訪問者模式訪問者模式的目的是封裝一些施加于某種數(shù)據(jù)結(jié)構(gòu)元素之上的操作。一旦這些操作需要修改的話，接受這個操作的數(shù)據(jù)結(jié)構(gòu)可以保持不變。訪問者模式適用于數(shù)據(jù)結(jié)構(gòu)相對未定的系統(tǒng)，它把數(shù)據(jù)結(jié)構(gòu)和作用于結(jié)構(gòu)上的操作之間的耦合解脫開，使得操作集合可以相對自由的演化。訪問者模式使得增加新的操作變的很容易，就是增加一個新的訪問者類。訪問者模式將有關(guān)的行為集中到一個訪問者對象中，而不是分散到一個個的節(jié)點類中。當使用訪問者模式時，要將盡可能多的對象瀏覽邏輯放在訪問者類中，而不是放到它的子類中。訪問者模式可以跨過幾個類的等級結(jié)構(gòu)訪問屬于不同的等級結(jié)構(gòu)的成員類。設(shè)計模式之VISITOR-訪問者模式情人節(jié)到了，要給每個MM送一束鮮花和一張卡片，可是每個MM送的花都要針對她個人的特點，每張卡片也要根據(jù)個人的特點來挑，我一個人哪搞得清楚，還是找花店老板和禮品店老板做一下Visitor，讓花店老板根據(jù)MM的特點選一束花，讓禮品店老板也根據(jù)每個人特點選一張卡，這樣就輕松多了；設(shè)計模式之VISITOR-訪問者模式publicinterfaceVisitable

{

publicvoidaccept(Visitorvisitor);

}publicclassConcreteVisitorimplementsVisitor

{

//在本方法中,我們實現(xiàn)了對Collection的元素的成功訪問

publicvoidvisitCollection(Collectioncollection){

Iteratoriterator=collection.iterator()

while(iterator.hasNext()){

Objecto=iterator.next();

if(oinstanceofVisitable)

((Visitable)o).accept(this);

}publicvoidvisitString(Stringstring){

System.out.println("'"+string+"'");

}publicvoidvisitFloat(Floatfloat){

System.out.println(float.toString()+"f");

}

}城市中介組織概述1.1相關(guān)概念理解1.2城市中介組織的特征1.3城市中介組織的性質(zhì)1.4城市中介組織的功能1.5城市中介組織的類型1.1相關(guān)概念理解

一、城市的含義城：防御功能市：貿(mào)易、交換功能城市：經(jīng)濟、政治、文化、信息、人才交流中心1.1相關(guān)概念理解

二、城市中介組織1.中介中：中間介：介質(zhì)①字典中：A.媒介：使雙方發(fā)生關(guān)系的人或事；B.居間的人或物：中間人，調(diào)解人。②哲學上：黑格爾曾用“中介”表示不同范疇的間接聯(lián)系和對立范疇之間的一種相互聯(lián)系。③經(jīng)濟上：說和買賣雙方成交的服務媒介。司馬遷《史記·貨殖列傳》中“駔儈”。許慎《說文解字》“駔，會也。謂合兩家之買賣，如今之度市也”“節(jié)駔儈”調(diào)節(jié)貨物價格高低的人。2.中介組織中介組織：發(fā)揮中介作用的組織群體。學者們的共識：政府和企業(yè)不是社會中介組織。中介組織是市場經(jīng)濟中政府功能分離出來的產(chǎn)物。是一切具有中介性，起著橋梁作用的民間自治性的社會組織。

中介組織是在市場經(jīng)濟條件下，通過不同的社會利益群體之間的協(xié)商，對話、談判、調(diào)整，取得相互之間活動的配合和協(xié)調(diào)，以此來實現(xiàn)各個不同主體的銜接和聯(lián)系，使之成為一個和諧整體的非官方或半官方的社會經(jīng)濟組織。3.社會中介組織與城市中介組織社會中介組織：在政府、企事業(yè)單位和個人之間起橋梁和紐帶作用，為經(jīng)濟、社會活動提供服務的各種組織、機構(gòu)的總稱。特征：A.區(qū)別于政府和企業(yè)的功能載體，是經(jīng)濟、社會主體之間進行活動的橋梁。B.既不生產(chǎn)商品也不經(jīng)營商品只向社會提供服務，一般以專業(yè)技術(shù)為基礎(chǔ)的較高層次的服務。城市中介組織：以城市為單位和基礎(chǔ)的，在城市范圍內(nèi)產(chǎn)生并存在的社會中介組織。即在城市中按一定的法律、法規(guī)、規(guī)章或根據(jù)政府委托，遵循獨立、公平和公正原則，憑借其特有的社會服務、溝通、公證鑒定和監(jiān)督管理等功能，溝通各個系統(tǒng)之間的利益關(guān)系，為各城市利益相關(guān)人提供各種服務的社會自律性組織、機構(gòu)的總稱。

特點：①非營利性②半公半私性③合法性④服務性三、城市中介組織與政府、企業(yè)的區(qū)別（一）城市中介組織與政府的區(qū)別①可替代性②不具有抽象行政行為③有償性④后果承擔方式不同（二）城市中介組織與企業(yè)的區(qū)別城市中介組織更關(guān)注相關(guān)群體的利益，企業(yè)更關(guān)注自己的利益，具有明顯的商業(yè)性色彩。1.1.3城市中介組織從業(yè)人員應具備的素質(zhì)1）具有寬廣的知識（科學，經(jīng)濟，市場，法律）2）具有協(xié)調(diào)各方利益的能力3）具有解決問題的綜合本領(lǐng)1.2城市中介組織的特征1）機構(gòu)專業(yè)化（國家資質(zhì)認定持證上崗專家?guī)欤?）體制獨立化（脫離政府部門自主經(jīng)營自負盈虧）3）功能社會化（面向全社會開放，形成全方位、多層次、寬領(lǐng)域的服務格局）1.2城市中介組織的特征4）服務產(chǎn)業(yè)化（建立行業(yè)體系框架、行業(yè)自律機制、組織管理體制）5）組織網(wǎng)絡(luò)化（避免重復投資建設(shè)、實現(xiàn)信息資源的共享）6）市場國際化（尋找國際知名中介組織合作，提升競爭能力）1.3城市中介組織的性質(zhì)1）獨立性（不是國家附屬機構(gòu)而是帶有民間性的社會經(jīng)濟組織）2）自治性（內(nèi)部運作完全自主自負盈虧政府無權(quán)干涉）3）自律性（自我控制自我管理）1.3城市中介組織的性質(zhì)4）媒介性（政府與企業(yè)、政府與社會之間的橋梁和紐帶）5）服務性（協(xié)調(diào)各經(jīng)濟主體之間的利益沖突優(yōu)化資源結(jié)構(gòu)）6）多元參與性（發(fā)掘和運用分散的社會資源，主動自覺參與社會事務