【正文】 public interface ICat { void eat()。}ConcreteFactory p*blic class BlackAnimalFactory implem*nts IAnimalFactory { public ICat createCat() { retur* new BlackCat()。 僅使用由AbstractFactory和AbstractProduc*類聲明的接口 實(shí)現(xiàn)創(chuàng)建具體產(chǎn)品對象的操作。 。 *tWork().*oWork()。 }}public class TeacherWorkFactory implements IWorkFactory { public Work getWork() { return new TeacherWork()。}ConcreteProduct public class StudentWork implements Work { public void doWork() { (學(xué)生*作業(yè)!)。 重定義工廠方法以返回一個(gè)ConcreteProduct實(shí)例。參與者 定義工廠方法所創(chuàng)建的對象的接口。適用性 。在完整保留全部文本(包括本版權(quán)頁)，并且不違反Apache 下，允許和鼓勵(lì)任何人進(jìn)行全文轉(zhuǎn)載及推廣，我們放棄除署名權(quán)外的一切權(quán)利。歡迎大家與筆者就Java、Java EE相*方面進(jìn)行技術(shù)交流。 由于每個(gè)人對設(shè)計(jì)*式的理解都不盡一致，因此，可能本文檔的例子*有不恰當(dāng)?shù)牡胤?，還望各位讀者指出不恰當(dāng)?shù)牡胤健ava設(shè)計(jì)模式Java設(shè)計(jì)模式（瘋狂Java聯(lián)盟版）目錄1. 設(shè)計(jì)模式 3 創(chuàng)建型模式 4 工廠方法 4 抽象工廠 6 建造者模式 10 單態(tài)模式 13 原型模式 15 結(jié)構(gòu)型模式 17 適配器模式 17 橋接模式 19 組合模式 23 裝飾模式 26 外觀模式 29 享元模式 32 代理模式 34 行為型模式 37 責(zé)任鏈模式 37 命令模式 40 解釋器模式 43 迭代器模式 45 中介者模式 49 備忘錄模式 52 觀察者模式 54 狀態(tài)模式 58 策略模式 61 模板方法 63 訪問者模式 65681. 設(shè)計(jì)模式(超級詳細(xì))內(nèi)容簡介 有感于設(shè)計(jì)模式在日常開發(fā)中的重要性，同時(shí)筆者也自覺對設(shè)計(jì)模式小有心得，故筆者*寫二十三種設(shè)計(jì)模式的簡單例子、并整理二十三種設(shè)計(jì)模式的理論部分，綜合匯總成這份Java設(shè)計(jì)模式（瘋狂J*va聯(lián)盟版），希望對大家有所幫助。歡迎登錄瘋狂J*va聯(lián)盟進(jìn)行技術(shù)交流，瘋狂Java聯(lián)盟的論壇宗旨是： 所有的技術(shù)發(fā)帖，均有回復(fù)。 筆者現(xiàn)為瘋狂Jav*聯(lián)盟的總版主（論壇ID：楊恩雄），也希望通過該平臺與大家分享Java、Java EE技術(shù)、*得。 創(chuàng)建型模式AbstractFactory ( 抽象工廠 ) FactoryMethod ( 工廠方法 ) Singleton ( 單態(tài)模式 ) Builder ( 建造者模式 ) Protot*pe * 原型模式 ) 工廠方法 *義一個(gè)用于創(chuàng)建對象的接口，讓子類決定實(shí)例化哪一個(gè)類。 。 實(shí)現(xiàn)Product接口。 }}public class TeacherWork implements Work { public void doWork() { (老師審批作業(yè)!)。 }}Test public class Test { public static void m*in(Strin*[] args) { IWorkFactory studentWorkFactory = new StudentWorkFactory()。 }}result 學(xué)生做作業(yè)!老師審批作業(yè)! 抽象工廠 提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定它們具體的類。 * 4*當(dāng)你提供一個(gè)產(chǎn)品類庫，而只想顯示它們*接口而不是實(shí)現(xiàn)時(shí)。 *.AbstractProduct 為一類產(chǎn)品對象聲明一個(gè)接口。類圖 } public IDog createDog() { return new BlackDog()。}public interface IDog { void eat()。 }}public class WhiteDog implements IDog { public void eat() { (The white dog is eat*ng!)。 IDog blackD*g = ()。 ()。參與者 為創(chuàng)建一個(gè)Product對象的各個(gè)部件指定抽象接口。 表示被構(gòu)造的復(fù)雜對象。類圖}ConcreteBuilder public class ManBuilder implements PersonB*ilder { Person person。 } public void buildHead() { pers*(建造*人的頭)。 ()。 private String foot。 } public void setBody(String body) { *dy = body。 Person person = (new ManBuilder())。 }}result 建造男人*身體建造男*的腳建造男人的頭 單態(tài)模式 保證一個(gè)類僅有一個(gè)實(shí)例，*提供一個(gè)訪問它的全局訪*點(diǎn)。 } return sing。 *ntln(sing2)。 ，例如，通過動(dòng)態(tài)裝載。 } public String getName() { return 。 } }}ConcretePrototype publ*c class ConcretePrototype extend* Prototype { public ConcretePrototype(String name) { setName(name)。 (())。適用性 *一個(gè)已經(jīng)存在的類，而它的接口不符合你的需求。 對Adaptee的接口與Target接口進(jìn)行適配}Adaptee public class Adaptee { public void adapteeMethod() { Syste*.*intln(Adaptee method!)。 } public void adapterMethod() { *(Adapter method!)。 }}result Adaptee method!Adapter method! 橋接模式 將抽象部分與它*實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。 *生成子類的方法加以擴(kuò)充。 這*一種類層次結(jié)構(gòu)說明你必須將一個(gè)對象分解成兩個(gè)部分。 維護(hù)一個(gè)指向Implementor類型對象的指針。 *般來講，Implementor接口僅提供基本操作，而Abstraction則定義了基于這些基本操作的較高層次的操作。例子Abstr*ction public abstract class Person { private Clothing clothing。 } public void setType(String type) { t* = type。 } public void dress() { Clothing clothing = get*lothing()。 c*(this)。 }}Test public class Te*t { public s*atic void main(String[] args) { Person man = new Man()。 (man)。 }}result 男人穿馬甲男人穿褲子女人穿馬甲女人穿褲子 組合模式 將對象組合成樹形結(jié)構(gòu)以表示部分整體的層次結(jié)構(gòu)。 ，用戶將統(tǒng)一地使用組合結(jié)構(gòu)中的所有對象。 聲明一個(gè)接口用于訪問和管理Component的子組件。 *te 定義有子部件的*些部件的行為。 } public String getName() { return 。 public void printInfo*) { (name)。//程序員, 表示沒有下屬了 } public v*id add(Employer employer) { } public void delete(Employer employer) { }}public class Pro*ectAssistant extends Employer { public ProjectAss*stant(String name) { setName(name)。 } public void add(Employer employer) { (employer)。 Employer progra*mer1 = new Programmer(程序員一)。//*項(xiàng)目經(jīng)理*加程序員 List ems = *loyers()。 向組件添加職責(zé)。}ConcreteComponent *ublic class M*n implements Person { public void eat() { (男人在吃)。 reEat()。 Syst*(===============)。 ManDecoratorB md2 = n*w ManDecoratorB()。 }}result 男人在吃再吃一頓飯ManDecoratorA類===============ManDecoratorB類 外觀模式 為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，F(xiàn)acade模式定義了一個(gè)高層接口，這個(gè)接口使得這*子系統(tǒng)更加容易使用。大多數(shù)模式使用時(shí)都會(huì)產(chǎn)生更多更小的類。引入facade將這個(gè)子系統(tǒng)與客 戶以及其他的子系統(tǒng)分離，可以提高子系統(tǒng)的獨(dú)立性和可移植性。參與者 知道哪些子系統(tǒng)類負(fù)責(zé)處理請求。 沒有facade的任何相關(guān)信息；即沒有指向*acade的指針。 ServiceB sb。 sc = new ServiceCImpl()。 ()。 }}public class ServiceBImpl implements ServiceB { public void methodB() { (這是服務(wù)B)。 *A()。 ()。適用性 當(dāng)都具備下列情況時(shí)，使用Flyweight模式： *象。 。 實(shí)現(xiàn)Flyweight接口，并為內(nèi)部狀態(tài)（如果有的話）增加存儲空間。Flyweight接口使共享成為可能，但它并不強(qiáng)制共*。當(dāng)用戶請求一個(gè)flywei*ht時(shí)，F(xiàn)l*weightFactory對象提供一個(gè)已創(chuàng)建的實(shí)例或者創(chuàng)建一個(gè)（如果不存在的話）。}ConcreteFlyweight public class FlyweightImpl implements Flyweight { public void action(int arg) { // T*DO Autogenera*ed me