從追MM談Java的23種設計模式
1、FACTORY—追MM少不了請吃飯了，麥當勞的雞翅和肯德基的雞翅都是MM愛吃的東西，雖然口味有所不同，但不管你帶MM去麥當勞或肯 德基，只管向服務員說“來四個雞翅”就行了。麥當勞和肯德基就是生產雞翅的Factory.
工廠模式：客戶類和工廠類分開。消費者任何時候需要某種產品，只需向工廠請求即可。消費者無須修改就可以接納新產品。缺點 是當產品修改時，工廠類也要做相應的修改。如：如何創建及如何向客戶端提供。
程序代碼
以下是引用片段：
public class Factory{
public String Boy = "boy" ;
public String Girl = "girl" ;
public People getPeople (String people){
if (people.equals("boy")){
return new Boy();
}else if(people.equals("girl")){
return new Girl();
}
}
}
2、BUILDER—MM最愛聽的就是“我愛你”這句話了，見到不同地方的MM,要能夠用她們的方言跟她說這句話哦，我有一個多種語言翻譯 機，上面每種語言都有一個按鍵，見到MM我只要按對應的鍵，它就能夠用相應的語言說出“我愛你”這句話了，國外的MM也可以輕松搞掂，這 就是我的“我愛你”builder。(這一定比美軍在伊拉克用的翻譯機好賣)
建造模式：將產品的內部表象和產品的生成過程分割開來，從而使一個建造過程生成具有不同的內部表象的產品對象。建造模式使得 產品內部表象可以獨立的變化，客戶不必知道產品內部組成的細節。建造模式可以強制實行一種分步驟進行的建造過程。
3、FACTORY METHOD—請MM去麥當勞吃漢堡，不同的MM有不同的口味，要每個都記住是一件煩人的事情，我一般采用Factory Method模 式，帶著MM到服務員那兒，說“要一個漢堡”，具體要什么樣的漢堡呢，讓MM直接跟服務員說就行了。
工廠方法模式：核心工廠類不再負責所有產品的創建，而是將具體創建的工作交給子類去做，成為一個抽象工廠角色，僅負責給出 具體工廠類必須實現的接口，而不接觸哪一個產品類應當被實例化這種細節。
4、PROTOTYPE—跟MM用QQ聊天，一定要說些深情的話語了，我搜集了好多肉麻的情話，需要時只要copy出來放到QQ里面就行了，這就是 我的情話prototype了。(100塊錢一份，你要不要)
原始模型模式：通過給出一個原型對象來指明所要創建的對象的類型，然后用復制這個原型對象的方法創建出更多同類型的對象。 原始模型模式允許動態的增加或減少產品類，產品類不需要非得有任何事先確定的等級結構，原始模型模式適用于任何的等級結構。缺點是每 一個類都必須配備一個克隆方法。
5、SINGLETON—俺有6個漂亮的老婆，她們的老公都是我，我就是我們家里的老公Sigleton，她們只要說道“老公”，都是指的同一個 人，那就是我(剛才做了個夢啦，哪有這么好的事)
單例模式：單例模式確保某一個類只有一個實例，而且自行實例化并向整個系統提供這個實例單例模式。單例模式只應在有真正的 “單一實例”的需求時才可使用。
以下是引用片段：
public class SingLeton{
private static SingLeton instance = new SingLeton();
public static SingLeton getInstance(){
return instance;
}
}
6、ADAPTER—在朋友聚會上碰到了一個美女Sarah，從香港來的，可我不會說粵語，她不會說普通話，只好求助于我的朋友kent了，他 作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會不會耍我)
適配器(變壓器)模式：把一個類的接口變換成客戶端所期待的另一種接口，從而使原本因接口原因不匹配而無法一起工作的兩個類 能夠一起工作。適配類可以根據參數返還一個合適的實例給客戶端。
7、BRIDGE—早上碰到MM，要說早上好，晚上碰到MM，要說晚上好;碰到MM穿了件新衣服，要說你的衣服好漂亮哦，碰到MM新做的發型， 要說你的頭發好漂亮哦。不要問我“早上碰到MM新做了個發型怎么說”這種問題，自己用BRIDGE組合一下不就行了。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
