【文章內(nèi)容簡(jiǎn)介】 點(diǎn)是每一個(gè)類(lèi)都必須配備一個(gè)克隆方法。　　SINGLETON—俺有6個(gè)漂亮的老婆，她們的老公都是我，我就是我們家里的老公Sigleton，她們只要說(shuō)道“老公”，都是指的同一個(gè)人，那就是我(剛才做了個(gè)夢(mèng)啦，哪有這么好的事)　　單例模式：?jiǎn)卫Ｊ酱_保某一個(gè)類(lèi)只有一個(gè)實(shí)例，而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例單例模式。單例模式只應(yīng)在有真正的“單一實(shí)例”的需求時(shí)才可使用。結(jié)構(gòu)型模式　　ADAPTER—在朋友聚會(huì)上碰到了一個(gè)美女Sarah，從香港來(lái)的，可我不會(huì)說(shuō)粵語(yǔ)，她不會(huì)說(shuō)普通話，只好求助于我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會(huì)不會(huì)耍我)　　適配器（變壓器）模式：把一個(gè)類(lèi)的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無(wú)法一起工作的兩個(gè)類(lèi)能夠一起工作。適配類(lèi)可以根據(jù)參數(shù)返還一個(gè)合適的實(shí)例給客戶端。　　BRIDGE—早上碰到MM，要說(shuō)早上好，晚上碰到MM，要說(shuō)晚上好；碰到MM穿了件新衣服，要說(shuō)你的衣服好漂亮哦，碰到MM新做的發(fā)型，要說(shuō)你的頭發(fā)好漂亮哦。不要問(wèn)我“早上碰到MM新做了個(gè)發(fā)型怎么說(shuō)”這種問(wèn)題，自己用BRIDGE組合一下不就行了　　橋梁模式：將抽象化與實(shí)現(xiàn)化脫耦，使得二者可以獨(dú)立的變化，也就是說(shuō)將他們之間的強(qiáng)關(guān)聯(lián)變成弱關(guān)聯(lián)，也就是指在一個(gè)軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以獨(dú)立的變化?！　OMPOSITE—Mary今天過(guò)生日?！拔疫^(guò)生日，你要送我一件禮物?！薄班?，好吧，去商店，你自己挑。”“這件T恤挺漂亮，買(mǎi)，這條裙子好看，買(mǎi)，這個(gè)包也不錯(cuò)，買(mǎi)?！薄拔?，買(mǎi)了三件了呀，我只答應(yīng)送一件禮物的哦?！薄笆裁囱剑琓恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來(lái)?！?“……”，MM都會(huì)用Composite模式了，你會(huì)了沒(méi)有？　　合成模式：合成模式將對(duì)象組織到樹(shù)結(jié)構(gòu)中，可以用來(lái)描述整體與部分的關(guān)系。合成模式就是一個(gè)處理對(duì)象的樹(shù)結(jié)構(gòu)的模式。合成模式把部分與整體的關(guān)系用樹(shù)結(jié)構(gòu)表示出來(lái)。合成模式使得客戶端把一個(gè)個(gè)單獨(dú)的成分對(duì)象和由他們復(fù)合而成的合成對(duì)象同等看待?！　ECORATOR—Mary過(guò)完輪到Sarly過(guò)生日，還是不要叫她自己挑了，不然這個(gè)月伙食費(fèi)肯定玩完，拿出我去年在華山頂上照的照片，在背面寫(xiě)上“最好的的禮物，就是愛(ài)你的Fita”，再到街上禮品店買(mǎi)了個(gè)像框（賣(mài)禮品的MM也很漂亮哦），再找隔壁搞美術(shù)設(shè)計(jì)的Mike設(shè)計(jì)了一個(gè)漂亮的盒子裝起來(lái)……，我們都是Decorator，最終都在修飾我這個(gè)人呀，怎么樣，看懂了嗎？　　裝飾模式：裝飾模式以對(duì)客戶端透明的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案，提供比繼承更多的靈活性。動(dòng)態(tài)給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)的撤消。增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能。　　FACADE—我有一個(gè)專(zhuān)業(yè)的Nikon相機(jī)，我就喜歡自己手動(dòng)調(diào)光圈、快門(mén)，這樣照出來(lái)的照片才專(zhuān)業(yè)，但MM可不懂這些，教了半天也不會(huì)。幸好相機(jī)有Facade設(shè)計(jì)模式，把相機(jī)調(diào)整到自動(dòng)檔，只要對(duì)準(zhǔn)目標(biāo)按快門(mén)就行了，一切由相機(jī)自動(dòng)調(diào)整，這樣MM也可以用這個(gè)相機(jī)給我拍張照片了?！　￠T(mén)面模式：外部與一個(gè)子系統(tǒng)的通信必須通過(guò)一個(gè)統(tǒng)一的門(mén)面對(duì)象進(jìn)行。門(mén)面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用。每一個(gè)子系統(tǒng)只有一個(gè)門(mén)面類(lèi)，而且此門(mén)面類(lèi)只有一個(gè)實(shí)例，也就是說(shuō)它是一個(gè)單例模式。但整個(gè)系統(tǒng)可以有多個(gè)門(mén)面類(lèi)?！　?FLYWEIGHT—每天跟MM發(fā)短信，手指都累死了，最近買(mǎi)了個(gè)新手機(jī)，可以把一些常用的句子存在手機(jī)里，要用的時(shí)候，直接拿出來(lái)，在前面加上 MM的名字就可以發(fā)送了，再不用一個(gè)字一個(gè)字敲了。共享的句子就是Flyweight，MM的名字就是提取出來(lái)的外部特征，根據(jù)上下文情況使用。　　享元模式：FLYWEIGHT在拳擊比賽中指最輕量級(jí)。享元模式以共享的方式高效的支持大量的細(xì)粒度對(duì)象。享元模式能做到共享的關(guān)鍵是區(qū)分內(nèi)蘊(yùn)狀態(tài)和外蘊(yùn)狀態(tài)。內(nèi)蘊(yùn)狀態(tài)存儲(chǔ)在享元內(nèi)部，不會(huì)隨環(huán)境的改變而有所不同。外蘊(yùn)狀態(tài)是隨環(huán)境的改變而改變的。外蘊(yùn)狀態(tài)不能影響內(nèi)蘊(yùn)狀態(tài)，它們是相互獨(dú)立的。將可以共享的狀態(tài)和不可以共享的狀態(tài)從常規(guī)類(lèi)中區(qū)分開(kāi)來(lái)，將不可以共享的狀態(tài)從類(lèi)里剔除出去?？蛻舳瞬豢梢灾苯觿?chuàng)建被共享的對(duì)象，而應(yīng)當(dāng)使用一個(gè)工廠對(duì)象負(fù)責(zé)創(chuàng)建被共享的對(duì)象。享元模式大幅度的降低內(nèi)存中對(duì)象的數(shù)量。6）請(qǐng)說(shuō)一下MVC架構(gòu)（瞬聯(lián)，IBM，aspenTech）MVC指的是Model, View, Controller，簡(jiǎn)單來(lái)說(shuō)，Model是負(fù)責(zé)資料層，負(fù)責(zé)與資料庫(kù)連接；View是負(fù)責(zé)資料的呈現(xiàn)方式，可以是網(wǎng)頁(yè)，統(tǒng)計(jì)圖等；Controller是負(fù)責(zé)系統(tǒng)的流程及決定如何呈現(xiàn)資料1 解釋一 sx?Q r@0]\2  Ufgx{d 模型－視圖－控制器（MVC）是Xerox　PARC在八十年代為編程語(yǔ)言Smalltalk－80發(fā)明的一種軟件設(shè)計(jì)模式，至今已被廣泛使用。最近幾年被推薦為Sun公司J2EE平臺(tái)的設(shè)計(jì)模式，并且受到越來(lái)越多的使用 ColdFusion 和 PHP 的開(kāi)發(fā)者的歡迎。模型－視圖－控制器模式是一個(gè)有用的工具箱，它有很多好處，但也有一些缺點(diǎn)。 K%Wl= MVC如何工作 *x$^:(L i,k}ZOL: MVC是一個(gè)設(shè)計(jì)模式，它強(qiáng)制性的使應(yīng)用程序的輸入、處理和輸出分開(kāi)。使用MVC應(yīng)用程序被分成三個(gè)核心部件：模型、視圖、控制器。它們各自處理自己的任務(wù)。 E[:`~R m}83Eamp。 視圖 XX3rv`9amp。 視圖是用戶看到并與之交互的界面。對(duì)老式的Web應(yīng)用程序來(lái)說(shuō)，視圖就是由HTML元素組成的界面，在新式的Web應(yīng)用程序中，HTML依舊在視圖中扮演著重要的角色，但一些新的技術(shù)已層出不窮，它們包括Macromedia　Flash和象XHTML，XML/XSL，WML等一些標(biāo)識(shí)語(yǔ)言和Web　services. GgBDYZR @ e2cZ4^( 如何處理應(yīng)用程序的界面變得越來(lái)越有挑戰(zhàn)性。MVC一個(gè)大的好處是它能為你的應(yīng)用程序處理很多不同的視圖。在視圖中其實(shí)沒(méi)有真正的處理發(fā)生，不管這些數(shù)據(jù)是聯(lián)機(jī)存儲(chǔ)的還是一個(gè)雇員列表，作為視圖來(lái)講，它只是作為一種輸出數(shù)據(jù)并允許用戶操縱的方式。 yPuOm(C HY0YUQ 模型 o$Kor:~b 模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則。在MVC的三個(gè)部件中，模型擁有最多的處理任務(wù)。例如它可能用象EJBs和ColdFusion　Components這樣的構(gòu)件對(duì)象來(lái)處理數(shù)據(jù)庫(kù)。被模型返回的數(shù)據(jù)是中立的，就是說(shuō)模型與數(shù)據(jù)格式無(wú)關(guān)，這樣一個(gè)模型能為多個(gè)視圖提供數(shù)據(jù)。由于應(yīng)用于模型的代碼只需寫(xiě)一次就可以被多個(gè)視圖重用，所以減少了代碼的重復(fù)性。 B j8nlW O f$XlL 控制器  RL339。tM(A 控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求。所以當(dāng)單擊Web頁(yè)面中的超鏈接和發(fā)送HTML表單時(shí)，控制器本身不輸出任何東西和做任何處理。它只是接收請(qǐng)求并決定調(diào)用哪個(gè)模型構(gòu)件去處理請(qǐng)求，然后用確定用哪個(gè)視圖來(lái)顯示模型處理返回的數(shù)據(jù)。 =y![OpZ 4qcV8[n 現(xiàn)在我們總結(jié)ＭVC的處理過(guò)程，首先控制器接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)進(jìn)行處理，然后模型用業(yè)務(wù)邏輯來(lái)處理用戶的請(qǐng)求并返回?cái)?shù)據(jù)，最后控制器用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過(guò)表示層呈現(xiàn)給用戶。 NHG5/8 a \5WM{BP 為什么要使用 MVC !17:HaX 7H2VjM Lm 大部分Web應(yīng)用程序都是用像ASP，PHP，或者CFML這樣的過(guò)程化語(yǔ)言來(lái)創(chuàng)建的。它們將像數(shù)據(jù)庫(kù)查詢(xún)語(yǔ)句這樣的數(shù)據(jù)層代碼和像HTML這樣的表示層代碼混在一起。經(jīng)驗(yàn)比較豐富的開(kāi)發(fā)者會(huì)將數(shù)據(jù)從表示層分離開(kāi)來(lái)，但這通常不是很容易做到的，它需要精心的計(jì)劃和不斷的嘗試。MVC從根本上強(qiáng)制性的將它們分開(kāi)。盡管構(gòu)造MVC應(yīng)用程序需要一些額外的工作，但是它給我們帶來(lái)的好處是無(wú)庸質(zhì)疑的。 =39。%9?J gc_e=GH 首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型，正如我所提及的，現(xiàn)在需要用越來(lái)越多的方式來(lái)訪問(wèn)你的應(yīng)用程序。對(duì)此，其中一個(gè)解決之道是使用MVC，無(wú)論你的用戶想要Flash界面或是 WAP 界面；用一個(gè)模型就能處理它們。由于你已經(jīng)將數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開(kāi)，所以你可以最大化的重用你的代碼了。 6%7)6{GAXc 9N@ Jq 由于模型返回的數(shù)據(jù)沒(méi)有進(jìn)行格式化，所以同樣的構(gòu)件能被不同界面使用。例如，很多數(shù)據(jù)可能用HTML來(lái)表示，但是它們也有可能要用Macromedia Flash和WAP來(lái)表示。模型也有狀態(tài)管理和數(shù)據(jù)持久性處理的功能，例如，基于會(huì)話的購(gòu)物車(chē)和電子商務(wù)過(guò)程也能被Flash網(wǎng)站或者無(wú)線聯(lián)網(wǎng)的應(yīng)用程序所重用。 w,k (@ ugX[Z2! 因?yàn)槟Ｐ褪亲园?，并且與控制器和視圖相分離，所以很容易改變你的應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)規(guī)則。如果你想把你的數(shù)據(jù)庫(kù)從MySQL移植到Oracle，或者改變你的基于RDBMS數(shù)據(jù)源到LDAP，只需改變你的模型即可。一旦你正確的實(shí)現(xiàn)了模型，不管你的數(shù)據(jù)來(lái)自數(shù)據(jù)庫(kù)或是LDAP服務(wù)器，視圖將會(huì)正確的顯示它們。由于運(yùn)用MVC的應(yīng)用程序的三個(gè)部件是相互對(duì)立，改變其中一個(gè)不會(huì)影響其它兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想你能構(gòu)造良好的松偶合的構(gòu)件。 G ZV2EoDj hL5JzHw39。 對(duì)我來(lái)說(shuō)，控制器的也提供了一個(gè)好處，就是可以使用控制器來(lái)聯(lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手段。給定一些可重用的模型和視圖，控制器可以根據(jù)用戶的需求選擇模型進(jìn)行處理，然后選擇視圖將處理結(jié)果顯示給用戶。 g$4QBjH39。 2cE9`GeK MVC的缺點(diǎn) 39。Li) MVC的缺點(diǎn)是由于它沒(méi)有明確的定義，所以完全理解MVC并不是很容易。使用MVC需要精心的計(jì)劃，由于它的內(nèi)部原理比較復(fù)雜，所以需要花費(fèi)一些時(shí)間去思考。 ldQtb 
lp zFBv 你將不得不花費(fèi)相當(dāng)可觀的時(shí)間去考慮如何將MVC運(yùn)用到你的應(yīng)用程序，同時(shí)由于模型和視圖要嚴(yán)格的分離，這樣也給調(diào)試應(yīng)用程序到來(lái)了一定的困難。每個(gè)構(gòu)件在使用之前都需要經(jīng)過(guò)徹底的測(cè)試。一旦你的構(gòu)件經(jīng)過(guò)了測(cè)試，你就可以毫無(wú)顧忌的重用它們了。 XQhDWq z| YVw39。?L\ 根據(jù)我個(gè)人經(jīng)驗(yàn)，由于我們將一個(gè)應(yīng)用程序分成了三個(gè)部件，所以使用MVC同時(shí)也意味著你將要管理比以前更多的文件，這一點(diǎn)是顯而易見(jiàn)的。這樣好像我們的工作量增加了，但是請(qǐng)記住這比起它所能帶給我們的好處是不值一提。 @N[)Sp]m3 |3 gD3UC MVC并不適合小型甚至中等規(guī)模的應(yīng)用程序，花費(fèi)大量時(shí)間將MVC應(yīng)用到規(guī)模并不是很大的應(yīng)用程序通常會(huì)得不償失。 *2h$ G s2Hd*Uq MVC是一條創(chuàng)建軟件的好途徑 @w=4O\UMn MVC設(shè)計(jì)模式是一個(gè)很好創(chuàng)建軟件的途徑，它所提倡的一些原則，像內(nèi)容和顯示互相分離可能比較好理解。但是如果你要隔離模型、視圖和控制器的構(gòu)件，你可能需要重新思考你的應(yīng)用程序，尤其是應(yīng)用程序的構(gòu)架方面。如果你肯接受MVC，并且有能力應(yīng)付它所帶來(lái)的額外的工作和復(fù)雜性，MVC將會(huì)使你的軟件在健壯性，代碼重用和結(jié)構(gòu)方面上一個(gè)新的臺(tái)階。 re$8_rHz. cUAn92s f/Zi39。oJ 2解釋二 )* ModelViewController L$= m? 8。TlFcw a. 問(wèn)題 6l Namp。\$ ($?~\m:l 如果開(kāi)發(fā)一個(gè)企業(yè)級(jí)應(yīng)用，只需要一種客戶端的話，那么一切都非常容易解決。但真實(shí)情況是，我們必須面對(duì)運(yùn)行在各種設(shè)備上客戶端，象PDA，WAP瀏覽器以及運(yùn)行在桌面上的瀏覽器，我們不得不開(kāi)發(fā)不同的應(yīng)用程序來(lái)處理來(lái)自不同客戶端的請(qǐng)求。數(shù)據(jù)訪問(wèn)與現(xiàn)實(shí)將混淆在一起，可能會(huì)出現(xiàn)重復(fù)的數(shù)據(jù)訪問(wèn)，導(dǎo)致整個(gè)開(kāi)發(fā)周期沒(méi)有必要的延長(zhǎng)。 1
amp。8S pT9 DG!CEOo*/Y 39。4J/ K{71 6~ Z v_ b. 建議的解決方法 5:N+:UxS 2En} ~Ed ModelViewController (MVC) 開(kāi)發(fā)模式被證明是有效的處理方法之一。它可以分離數(shù)據(jù)訪問(wèn)和數(shù)據(jù)表現(xiàn)。你可以開(kāi)發(fā)一個(gè)有伸縮性的，便于擴(kuò)展的控制器，來(lái)維護(hù)整個(gè)流程。如圖1所示為整個(gè)模式的結(jié)構(gòu)。MVC模式可以被映射到多層企業(yè)級(jí)的J2EE應(yīng)用上。 vx,WF Kq91 ByWPuK 167。 所有的企業(yè)數(shù)據(jù)以及商業(yè)邏輯可以作為模式。 6o/h7amp。 LA`[qYYs2 167。 視圖可以通過(guò)模式訪問(wèn)數(shù)據(jù)，并根據(jù)客戶端的要求來(lái)顯示數(shù)據(jù)。視圖必須保證當(dāng)模式改變的時(shí)候，數(shù)據(jù)顯示也必須同時(shí)改變。 OCoNY[+ :p IV,Xv}/s 167。 控制器用來(lái)結(jié)合模式和視圖，把客戶端來(lái)的請(qǐng)求轉(zhuǎn)換成模式能夠理解并執(zhí)行的請(qǐng)求，并且根據(jù)請(qǐng)求以及執(zhí)行結(jié)果來(lái)決定下一次顯示那一個(gè)視圖。 MFyc ,5({,z2 根據(jù)以上的邏輯，你可以象這樣建立一個(gè)應(yīng)用： {(eTKHJlR rE`v,~LMO 167。 應(yīng)用的商業(yè)邏輯由MVC中的模式也就是EJB來(lái)表現(xiàn)。模式必須處理由控制器傳遞過(guò)來(lái)的對(duì)數(shù)據(jù)的訪問(wèn)請(qǐng)求。 k6Zj2uQ IH`~h il 167。 多個(gè)頁(yè)面組成了MVC中的視圖，這些視圖必須隨模式一起更新。 Wo3_O/KpQ ]ZO*FHH 167。 控制器是一系列接收用戶動(dòng)作的對(duì)象，他們把用戶的請(qǐng)求轉(zhuǎn)換成模式可理解的請(qǐng)求，并決定顯示那一個(gè)頁(yè)面當(dāng)模式處理完請(qǐng)求后。 Zt.w%C C^or 。yn 7eT7!/18~ :ckmHqFPa 圖 1 e Z( KaXpE zh!mCCNYDx c. 要點(diǎn) ((V39。`% ( Q )l.^hpS1 167。 MVC結(jié)構(gòu)適用于那些多用戶的，可擴(kuò)展的，可維護(hù)的，具有很高交互性的系統(tǒng)。 amp。@~(]ey OF +.o。wa
167。 MVC可以很好的表達(dá)用戶的交互和系統(tǒng)模式。 F84O7
fU a: 3$MYp 167。 很方便的用多個(gè)視圖來(lái)顯示多套數(shù)據(jù)，是系統(tǒng)很方便的支持其他新的客戶端類(lèi)型。 {Rwr639。Rr JCd+[pK 167。 代碼重復(fù)達(dá)到最低。 ux7 Y  _G(~ 167。