精品亚洲综合在线第一区,亚洲综合激情五月丁香六月,久久精品亚洲福利

2009年5月15日 #

關于23種設計模式的有趣見解

http://blog.csdn.net/ForeverSeaStar/archive/2006/03/28/642019.aspx

在網上看見了這篇文章，作者以輕松的語言比喻了java的32種模式，有很好的啟發作用。
2

創建型模式
3

1、FACTORY—追MM少不了請吃飯了，麥當勞的雞翅和肯德基的雞翅都是MM愛吃的東西，雖然口味有所不同，但不管你帶MM去麥當勞或肯德基，只管向服務員說“來四個雞翅”就行了。麥當勞和肯德基就是生產雞翅的Factory
5

工廠模式：客戶類和工廠類分開。消費者任何時候需要某種產品，只需向工廠請求即可。消費者無須修改就可以接納新產品。缺點是當產品修改時，工廠類也要做相應的修改。如：如何創建及如何向客戶端提供。
7

2、 BUILDER—MM最愛聽的就是“我愛你”這句話了，見到不同地方的MM,要能夠用她們的方言跟她說這句話哦，我有一個多種語言翻譯機，上面每種語言都有一個按鍵，見到MM我只要按對應的鍵，它就能夠用相應的語言說出“我愛你”這句話了，國外的MM也可以輕松搞掂，這就是我的“我愛你”builder。（這一定比美軍在伊拉克用的翻譯機好賣）
9

建造模式：將產品的內部表象和產品的生成過程分割開來，從而使一個建造過程生成具有不同的內部表象的產品對象。建造模式使得產品內部表象可以獨立的變化，客戶不必知道產品內部組成的細節。建造模式可以強制實行一種分步驟進行的建造過程。
11

3、FACTORY METHOD—請MM去麥當勞吃漢堡，不同的MM有不同的口味，要每個都記住是一件煩人的事情，我一般采用Factory Method模式，帶著MM到服務員那兒，說“要一個漢堡”，具體要什么樣的漢堡呢，讓MM直接跟服務員說就行了。
13

工廠方法模式：核心工廠類不再負責所有產品的創建，而是將具體創建的工作交給子類去做，成為一個抽象工廠角色，僅負責給出具體工廠類必須實現的接口，而不接觸哪一個產品類應當被實例化這種細節。
15

4、PROTOTYPE—跟MM用QQ聊天，一定要說些深情的話語了，我搜集了好多肉麻的情話，需要時只要copy出來放到QQ里面就行了，這就是我的情話prototype了。（100塊錢一份，你要不要）
17

原始模型模式：通過給出一個原型對象來指明所要創建的對象的類型，然后用復制這個原型對象的方法創建出更多同類型的對象。原始模型模式允許動態的增加或減少產品類，產品類不需要非得有任何事先確定的等級結構，原始模型模式適用于任何的等級結構。缺點是每一個類都必須配備一個克隆方法。
19

5、SINGLETON—俺有6個漂亮的老婆，她們的老公都是我，我就是我們家里的老公Sigleton，她們只要說道“老公”，都是指的同一個人，那就是我(剛才做了個夢啦，哪有這么好的事)
21

單例模式：單例模式確保某一個類只有一個實例，而且自行實例化并向整個系統提供這個實例單例模式。單例模式只應在有真正的“單一實例”的需求時才可使用。
23

結構型模式
25

6、ADAPTER—在朋友聚會上碰到了一個美女Sarah，從香港來的，可我不會說粵語，她不會說普通話，只好求助于我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會不會耍我)
27

適配器（變壓器）模式：把一個類的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無法一起工作的兩個類能夠一起工作。適配類可以根據參數返還一個合適的實例給客戶端。
29

7、BRIDGE—早上碰到MM，要說早上好，晚上碰到MM，要說晚上好；碰到MM穿了件新衣服，要說你的衣服好漂亮哦，碰到MM新做的發型，要說你的頭發好漂亮哦。不要問我“早上碰到MM新做了個發型怎么說”這種問題，自己用BRIDGE組合一下不就行了
31

橋梁模式：將抽象化與實現化脫耦，使得二者可以獨立的變化，也就是說將他們之間的強關聯變成弱關聯，也就是指在一個軟件系統的抽象化和實現化之間使用組合/聚合關系而不是繼承關系，從而使兩者可以獨立的變化。
33

8、 COMPOSITE—Mary今天過生日。“我過生日，你要送我一件禮物。”“嗯，好吧，去商店，你自己挑。”“這件T恤挺漂亮，買，這條裙子好看，買，這個包也不錯，買。”“喂，買了三件了呀，我只答應送一件禮物的哦。”“什么呀，T恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來。”“……”， MM都會用Composite模式了，你會了沒有？
35

合成模式：合成模式將對象組織到樹結構中，可以用來描述整體與部分的關系。合成模式就是一個處理對象的樹結構的模式。合成模式把部分與整體的關系用樹結構表示出來。合成模式使得客戶端把一個個單獨的成分對象和由他們復合而成的合成對象同等看待。
37

9、 DECORATOR—Mary過完輪到Sarly過生日，還是不要叫她自己挑了，不然這個月伙食費肯定玩完，拿出我去年在華山頂上照的照片，在背面寫上 “最好的的禮物，就是愛你的Fita”，再到街上禮品店買了個像框（賣禮品的MM也很漂亮哦），再找隔壁搞美術設計的Mike設計了一個漂亮的盒子裝起來……，我們都是Decorator，最終都在修飾我這個人呀，怎么樣，看懂了嗎？
39

裝飾模式：裝飾模式以對客戶端透明的方式擴展對象的功能，是繼承關系的一個替代方案，提供比繼承更多的靈活性。動態給一個對象增加功能，這些功能可以再動態的撤消。增加由一些基本功能的排列組合而產生的非常大量的功能。
41

10、 FACADE—我有一個專業的Nikon相機，我就喜歡自己手動調光圈、快門，這樣照出來的照片才專業，但MM可不懂這些，教了半天也不會。幸好相機有 Facade設計模式，把相機調整到自動檔，只要對準目標按快門就行了，一切由相機自動調整，這樣MM也可以用這個相機給我拍張照片了。
43

門面模式：外部與一個子系統的通信必須通過一個統一的門面對象進行。門面模式提供一個高層次的接口，使得子系統更易于使用。每一個子系統只有一個門面類，而且此門面類只有一個實例，也就是說它是一個單例模式。但整個系統可以有多個門面類。
45

11、 FLYWEIGHT—每天跟MM發短信，手指都累死了，最近買了個新手機，可以把一些常用的句子存在手機里，要用的時候，直接拿出來，在前面加上MM的名字就可以發送了，再不用一個字一個字敲了。共享的句子就是Flyweight，MM的名字就是提取出來的外部特征，根據上下文情況使用。
47

享元模式：FLYWEIGHT在拳擊比賽中指最輕量級。享元模式以共享的方式高效的支持大量的細粒度對象。享元模式能做到共享的關鍵是區分內蘊狀態和外蘊狀態。內蘊狀態存儲在享元內部，不會隨環境的改變而有所不同。外蘊狀態是隨環境的改變而改變的。外蘊狀態不能影響內蘊狀態，它們是相互獨立的。將可以共享的狀態和不可以共享的狀態從常規類中區分開來，將不可以共享的狀態從類里剔除出去。客戶端不可以直接創建被共享的對象，而應當使用一個工廠對象負責創建被共享的對象。享元模式大幅度的降低內存中對象的數量。
49

12、PROXY—跟MM在網上聊天，一開頭總是“hi,你好”,“你從哪兒來呀？”“你多大了？”“身高多少呀？”這些話，真煩人，寫個程序做為我的Proxy吧，凡是接收到這些話都設置好了自動的回答，接收到其他的話時再通知我回答，怎么樣，酷吧。
51

代理模式：代理模式給某一個對象提供一個代理對象，并由代理對象控制對源對象的引用。代理就是一個人或一個機構代表另一個人或者一個機構采取行動。某些情況下，客戶不想或者不能夠直接引用一個對象，代理對象可以在客戶和目標對象直接起到中介的作用。客戶端分辨不出代理主題對象與真實主題對象。代理模式可以并不知道真正的被代理對象，而僅僅持有一個被代理對象的接口，這時候代理對象不能夠創建被代理對象，被代理對象必須有系統的其他角色代為創建并傳入。
53

行為模式
55

13、 CHAIN OF RESPONSIBLEITY—晚上去上英語課，為了好開溜坐到了最后一排，哇，前面坐了好幾個漂亮的MM哎，找張紙條，寫上“Hi,可以做我的女朋友嗎？如果不愿意請向前傳”，紙條就一個接一個的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽說是個老處女呀，快跑!
57

責任鏈模式：在責任鏈模式中，很多對象由每一個對象對其下家的引用而接
59

起來形成一條鏈。請求在這個鏈上傳遞，直到鏈上的某一個對象決定處理此請求。客戶并不知道鏈上的哪一個對象最終處理這個請求，系統可以在不影響客戶端的情況下動態的重新組織鏈和分配責任。處理者有兩個選擇：承擔責任或者把責任推給下家。一個請求可以最終不被任何接收端對象所接受。
61

14、 COMMAND—俺有一個MM家里管得特別嚴，沒法見面，只好借助于她弟弟在我們倆之間傳送信息，她對我有什么指示，就寫一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過來一個COMMAND，為了感謝他，我請他吃了碗雜醬面，哪知道他說：“我同時給我姐姐三個男朋友送COMMAND，就數你最小氣，才請我吃面。”，
63

命令模式：命令模式把一個請求或者操作封裝到一個對象中。命令模式把發出命令的責任和執行命令的責任分割開，委派給不同的對象。命令模式允許請求的一方和發送的一方獨立開來，使得請求的一方不必知道接收請求的一方的接口，更不必知道請求是怎么被接收，以及操作是否執行，何時被執行以及是怎么被執行的。系統支持命令的撤消。
65

15、INTERPRETER—俺有一個《泡MM真經》，上面有各種泡MM的攻略，比如說去吃西餐的步驟、去看電影的方法等等，跟MM約會時，只要做一個Interpreter，照著上面的腳本執行就可以了。
67

解釋器模式：給定一個語言后，解釋器模式可以定義出其文法的一種表示，并同時提供一個解釋器。客戶端可以使用這個解釋器來解釋這個語言中的句子。解釋器模式將描述怎樣在有了一個簡單的文法后，使用模式設計解釋這些語句。在解釋器模式里面提到的語言是指任何解釋器對象能夠解釋的任何組合。在解釋器模式中需要定義一個代表文法的命令類的等級結構，也就是一系列的組合規則。每一個命令對象都有一個解釋方法，代表對命令對象的解釋。命令對象的等級結構中的對象的任何排列組合都是一個語言。
69

16、ITERATOR—我愛上了Mary，不顧一切的向她求婚。
73

Mary：“想要我跟你結婚，得答應我的條件”
75

我：“什么條件我都答應，你說吧”
77

Mary：“我看上了那個一克拉的鉆石”
79

我：“我買，我買，還有嗎？”
81

Mary：“我看上了湖邊的那棟別墅”
83

我：“我買，我買，還有嗎？”
85

Mary：“你的小弟弟必須要有50cm長”
87

我腦袋嗡的一聲，坐在椅子上，一咬牙：“我剪，我剪，還有嗎？”
89

……
91

迭代子模式：迭代子模式可以順序訪問一個聚集中的元素而不必暴露聚集的內部表象。多個對象聚在一起形成的總體稱之為聚集，聚集對象是能夠包容一組對象的容器對象。迭代子模式將迭代邏輯封裝到一個獨立的子對象中，從而與聚集本身隔開。迭代子模式簡化了聚集的界面。每一個聚集對象都可以有一個或一個以上的迭代子對象，每一個迭代子的迭代狀態可以是彼此獨立的。迭代算法可以獨立于聚集角色變化。
93

17、MEDIATOR—四個MM打麻將，相互之間誰應該給誰多少錢算不清楚了，幸虧當時我在旁邊，按照各自的籌碼數算錢，賺了錢的從我這里拿，賠了錢的也付給我，一切就OK啦，俺得到了四個MM的電話。
95

調停者模式：調停者模式包裝了一系列對象相互作用的方式，使得這些對象不必相互明顯作用。從而使他們可以松散偶合。當某些對象之間的作用發生改變時，不會立即影響其他的一些對象之間的作用。保證這些作用可以彼此獨立的變化。調停者模式將多對多的相互作用轉化為一對多的相互作用。調停者模式將對象的行為和協作抽象化，把對象在小尺度的行為上與其他對象的相互作用分開處理。
97

18、MEMENTO—同時跟幾個MM聊天時，一定要記清楚剛才跟MM說了些什么話，不然MM發現了會不高興的哦，幸虧我有個備忘錄，剛才與哪個MM說了什么話我都拷貝一份放到備忘錄里面保存，這樣可以隨時察看以前的記錄啦。
99

100

備忘錄模式：備忘錄對象是一個用來存儲另外一個對象內部狀態的快照的對象。備忘錄模式的用意是在不破壞封裝的條件下，將一個對象的狀態捉住，并外部化，存儲起來，從而可以在將來合適的時候把這個對象還原到存儲起來的狀態。
101

102

19、OBSERVER—想知道咱們公司最新MM情報嗎？加入公司的MM情報郵件組就行了，tom負責搜集情報，他發現的新情報不用一個一個通知我們，直接發布給郵件組，我們作為訂閱者（觀察者）就可以及時收到情報啦
103

104

觀察者模式：觀察者模式定義了一種一隊多的依賴關系，讓多個觀察者對象同時監聽某一個主題對象。這個主題對象在狀態上發生變化時，會通知所有觀察者對象，使他們能夠自動更新自己。
105

106

20、 STATE—跟MM交往時，一定要注意她的狀態哦，在不同的狀態時她的行為會有不同，比如你約她今天晚上去看電影，對你沒興趣的MM就會說“有事情啦”，對你不討厭但還沒喜歡上的MM就會說“好啊，不過可以帶上我同事么？”，已經喜歡上你的MM就會說“幾點鐘？看完電影再去泡吧怎么樣？”，當然你看電影過程中表現良好的話，也可以把MM的狀態從不討厭不喜歡變成喜歡哦。
107

108

狀態模式：狀態模式允許一個對象在其內部狀態改變的時候改變行為。這個對象看上去象是改變了它的類一樣。狀態模式把所研究的對象的行為包裝在不同的狀態對象里，每一個狀態對象都屬于一個抽象狀態類的一個子類。狀態模式的意圖是讓一個對象在其內部狀態改變的時候，其行為也隨之改變。狀態模式需要對每一個系統可能取得的狀態創立一個狀態類的子類。當系統的狀態變化時，系統便改變所選的子類。
109

110

21、STRATEGY—跟不同類型的MM約會，要用不同的策略，有的請電影比較好，有的則去吃小吃效果不錯，有的去海邊浪漫最合適，單目的都是為了得到MM的芳心，我的追MM錦囊中有好多Strategy哦。
111

112

策略模式：策略模式針對一組算法，將每一個算法封裝到具有共同接口的獨立的類中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶端的情況下發生變化。策略模式把行為和環境分開。環境類負責維持和查詢行為類，各種算法在具體的策略類中提供。由于算法和環境獨立開來，算法的增減，修改都不會影響到環境和客戶端。
113

114

22、TEMPLATE METHOD——看過《如何說服女生上床》這部經典文章嗎？女生從認識到上床的不變的步驟分為巧遇、打破僵局、展開追求、接吻、前戲、動手、愛撫、進去八大步驟(Template method)，但每個步驟針對不同的情況，都有不一樣的做法，這就要看你隨機應變啦(具體實現)；
115

116

模板方法模式：模板方法模式準備一個抽象類，將部分邏輯以具體方法以及具體構造子的形式實現，然后聲明一些抽象方法來迫使子類實現剩余的邏輯。不同的子類可以以不同的方式實現這些抽象方法，從而對剩余的邏輯有不同的實現。先制定一個頂級邏輯框架，而將邏輯的細節留給具體的子類去實現。
117

118

23、 VISITOR—情人節到了，要給每個MM送一束鮮花和一張卡片，可是每個MM送的花都要針對她個人的特點，每張卡片也要根據個人的特點來挑，我一個人哪搞得清楚，還是找花店老板和禮品店老板做一下Visitor，讓花店老板根據MM的特點選一束花，讓禮品店老板也根據每個人特點選一張卡，這樣就輕松多了；
119

120

訪問者模式：訪問者模式的目的是封裝一些施加于某種數據結構元素之上的操作。一旦這些操作需要修改的話，接受這個操作的數據結構可以保持不變。訪問者模式適用于數據結構相對未定的系統，它把數據結構和作用于結構上的操作之間的耦合解脫開，使得操作集合可以相對自由的演化。訪問者模式使得增加新的操作變的很容易，就是增加一個新的訪問者類。訪問者模式將有關的行為集中到一個訪問者對象中，而不是分散到一個個的節點類中。當使用訪問者模式時，要將盡可能多的對象瀏覽邏輯放在訪問者類中，而不是放到它的子類中。訪問者模式可以跨過幾個類的等級結構訪問屬于不同的等級結構的成員類。

posted @ 2009-05-15 13:32 leoj 閱讀(213) | 評論 (1) | 編輯收藏

2009年5月13日 #

收集一些有趣的java面試題

http://www.tkk7.com/yaozhongping/archive/2009/05/11/270036.html

Java里的一個筆試題，是這樣的：
2

國王要殺100個和尚。把這100個和尚編為1~100號。國王有一個規則，讓這100個人圍成一個大的圓圈。從1號和尚開始，數到5就殺掉，從被殺的和尚的下一個又開始數1，數到5就殺，就這樣一直殺下去，問編號是多少的那個和尚活著？也就是只有一個活著，它是多少號？
3

http://www.tkk7.com/yaozhongping/archive/2009/05/09/269832.html

、有兩根不均勻分布的香，香燒完的時間是一個小時，你能用什么方法來確定一段45分鐘的時間？
2

2、一個工人打工7天，工資一天一結，有一根金條是這七天的總工資，問只能掰兩次，而且工資天天發，怎么掰？
4

3、一個經理有三個女兒，三個女兒的年齡加起來等于13，三個女兒的年齡乘起來等于經理自己的年齡，有一個下屬已知道經理的年齡，但仍不能確定經理三個女兒的年齡，這時經理說只有一個女兒的頭發是黑的，然后這個下屬就知道了經理三個女兒的年齡。請問三個女兒的年齡分別是多少？為什么？
6

4、有27個學生運動后，感覺口很渴，打算去買汽水喝，正好小店有個促銷活動，就是三個空汽水瓶換一瓶汽水，請問要是他們每人都能喝到一瓶汽水的話，最少需要買幾瓶汽水？
8

Whats greater than god,
10

More evil than the devil,
11

Rich people want it,
12

Poor people have it,
13

And if you eat it you die?
14

the answer is "nothing".
16

還有個附加的常識題（這可不是靠智力就能想出來的哦）
18

我國的“五岳”是哪五座山，分別在哪個省。
20

答：東岳泰山（1532米），位于山東泰安市。
22

西岳華山（1997米），位于陜西華陰市。
24

南岳衡山（1512米），位于湖南省長沙以南的衡山縣。
26

北岳恒山（2017米），位于山西渾源縣。
28

中岳嵩山（1440米），位于河南登封市。
30

posted @ 2009-05-13 15:27 leoj 閱讀(709) | 評論 (0) | 編輯收藏

如何才能達到一定的高度和深度

新進了項目組，再一次看到頭的深度和高度
看了這位仁兄的文章感覺前面的路還長

http://keypoints.javaeye.com/blog/211814

Java 新技術學習層次方式
2

昨天我的一個在上海工作的學生在QQ上問了一個問題，今天才看到，現將我的回復發上來，也爭取一下大家的意見，怎樣才算掌握了一項技術，或者說怎么才能學會一項技術？
3

馬** 17:25:44
5

leo 你好，上網很少能碰到你，現在有個問題比較困惑:怎樣才算掌握了一項技術，或者說怎么才能學會一項技術？也許這些問題有點可笑，但還是希望能聽一聽你的指點。
7

Leo 08:37:09
9

根據我的理解，針對一項技術的學習使用可以分為了解、熟悉、掌握、精通4個層次。
10

第一層次：了解。即知道是什么,知曉這個技術的概念、基本原理、定義、方法,而且自己能夠獨立的做一個DEMO程序。比如了解Hibernate就是知道Hibernate是一個Java數據持久化的一個框架，通過O/R Mapping實現，封裝了數據的DAO操作，可以方便的切換數據庫等，并且完成了一個1:n關系表的CRUD操作。
12

Leo 08:40:39
14

第二層次：熟悉。就是已經知道為什么要使用這個技術，他用來解決什么問題的，并且已經在一個項目中熟練的使用這個技術。比如說Hibernate出現的背景就是解決關系數據庫和OO編程中的障礙，使用戶不必關心數據持久化的問題，能夠完全使用OO的編程思想，精力放在業務處理代碼的編寫上，自己也可以在項目中熟練的使用Hibernate 。
15

Leo 08:45:01
17

第三層次：掌握。知道這個技術在什么情景下可以使用，以及怎么用，什么情況下不能使用。比如Hibernate做統計分析和批量操作都不是很方便，那么大規模的數據操作并不適用，比若說銀行和電信的大數據處理就不適合；同時要清楚Hibernate怎么用，比如Hibernate有一些缺點，怎么去解決，比如怎么解決延遲加載，怎么進行性能優化，怎么進行緩存，怎么進行各類事務處理，如何與各種框架集成使用等。
18

Leo 08:48:31
20

第四層次：精通。在掌握的基礎上知道這個技術為什么在某種情況、某種場合要這么用，比如說Hibenate在分布式開發中，如果是WebService下要使用獨立的DTO進行數據封裝，不能使用POJO，而在RMI的情況下就可以使用POJO，并且POJO要序列化。同時了解在這兩種情況下，都有哪些問題和替代技術，他們的優缺點是什么。或者如何去修改Hibernate的源代碼來解決一部分問題。
21

Leo 08:48:52
23

我的理解就是這樣的，可能不是很正確哦。呵呵……
24

Leo 08:54:13
26

關于怎么才能學會一項技術，我想比較快捷的方式就是有人引導一下，能帶著你達到了解的程度。就是告訴你Hibernate是什么東西，基本原理是什么，并幫你把環境搞起來，做一個例子讓你對一個技術有一個基本的了解。當然也可以自己去學，買一本書，或者在網上查一下，找到一個入門教程，跟著教程做一遍，也能達到了解的程度。前種方式可能需要2個小時到半天，后者根據個人能力和獲取資料程度可能需要半天甚至一周，根據個人學習能力了。但前者要注意不要過于依賴指導，要自己去實踐，一定要自己在一個新的環境下獨立的完成一個DEMO的編寫。
27

Leo 08:57:28
29

當然如果一個技術不準備去用，只是想了解做到這個了解的程度就可以了。但如果想用，就至少要達到熟悉的地步，這個時候最好就能找一本書，找到API文檔，把HIBERNATE的相關技術都熟悉起來，最好的方式就是做一個項目了，所以建議對一項技術達到了解就可以了，用的時候再去熟悉，同一個技術做過兩個項目以后就要很好的總結一下這個技術，爭取達到掌握的地步。如果用這個技術做個幾個項目，并由你來負責項目持久層技術或做架構設計的話，一般需要精通的地步。
30

Leo 08:58:10
33

以上是我的一點拙見了，希望對你能有所幫助，以后有什么問題多交流。
34

拋了塊磚頭，大家拿玉來砸我吧！嘿嘿……

posted @ 2009-05-13 14:39 leoj 閱讀(238) | 評論 (0) | 編輯收藏

僅列出標題

java也未眠

導航

留言簿(2)

隨筆檔案

閱讀排行榜

評論排行榜

常用鏈接

統計

最新評論

關于23種設計模式的有趣見解

收集一些有趣的java面試題

如何才能達到一定的高度和深度