【正文】 詳細情況可以參考微軟MSDN文章：《Exploring the Singleton Design Pattern》方法二：既然方法一存。而私有的構(gòu)造函數(shù)和readonly(只讀)保證了Singleton不會被再次實例化，這正是Singleton設(shè)計模式的意圖。那么它又是怎樣工作的呢？注意到，Singleton類被聲明為sealed，以此保證它自己不會被繼承，其次沒有了Instance的方法，將原來_instance成員變量變成public readonly，并在聲明時被初始化。Singleton()。SingletonstaticprivateclassC中的Singleton模式C的獨特語言特性決定了C擁有實現(xiàn)Singleton模式的獨特方法。)。()。(loadDo)。Sameb4)(b3amp。b3)(b2amp。b2)(b1Same()。b4()。b3()。b2()。b1argsMain(staticclasstest///summary///].ToString()。servers[)。(rloadeffectiveSimple,string//}return}LoadBalancer()。=nullbalancer()。newmutexacanone//{)==if(invokedmethodtimelockingwhichlockingDoubleapplicationsSupportLoadBalancerpublicMethods)。(ServerIV)。(ServerII)。(serversof//{LoadBalancer()ConstructorsRandom()。=RandomArrayList()。=ArrayListbalancer。static//LoadBalancer{//usingusingexampleRealpattern//在負載均衡模型中，有多臺服務(wù)器可提供服務(wù)，任務(wù)分配器隨機挑選一臺服務(wù)器提供服務(wù)，以確保任務(wù)均衡（實際情況比這個復(fù)雜的多）。五、不要將數(shù)據(jù)庫連接做成單例，因為一個系統(tǒng)可能會與數(shù)據(jù)庫有多個連接，并且在有連接池的情況下，應(yīng)當(dāng)盡可能及時釋放連接。注意：不要使用單例模式存取全局變量。在什么情形下使用單例模式：使用Singleton模式有一個必要條件：在一個系統(tǒng)要求一個類只有一個實例時才應(yīng)當(dāng)使用單例模式。)。same()==if(=Singleton=SingletonnewcannotprotectedConstructorvoidpublicClient{/summarypublicClient}}/**////returnnewinstance)==if(initializationUsesSingletonpublicMethodsSingleton()//SingletonprivateFieldsSingletonclassSystem。Structuralpattern//三、Instance方法負責(zé)檢驗并實例化自己，然后存儲在靜態(tài)成員變量中，以確保只有一個實例被創(chuàng)建。Singleton擁有一個私有構(gòu)造函數(shù)，確保用戶無法通過new直接實例它。二、 一個具有自動編號主鍵的表可以有多個用戶同時使用，但數(shù)據(jù)庫中只能有一個地方分配下一個主鍵編號。 每臺計算機可以有若干個打印機，但只能有一個Printer Spooler，避免兩個打印作業(yè)同時輸出到打印機。 單例類必須給所有其它對象提供這一實例。 單例類必須自己創(chuàng)建自己的唯一實例。 單例類只能有一個實例。C設(shè)計模式（7）－Singleton Pattern 一、增加新產(chǎn)品的等級結(jié)構(gòu)：需要修改所有的工廠角色，沒有很好支持開放－封閉原則。通過擴展達到增強其功能的目的。七、()。americanewworldnewamericaanimaltheand//)。AnimalWorld(=AnimalWorldnewafricaanimaltheand//{)string[]voidpublicGameApp{class///GameAppsummary///{RunFoodChain()publicMethods()。herbivore=factoryAnimalWorld(//Carnivoreherbivore。privateFieldsClientclass)。+eats+(bison//{)HerbivorevoidoverrideMethods:ProductB2class:ProductA2class)。+eats+(wildebeest//{)HerbivorevoidoverrideMethods:ProductB1class:ProductA1class)。HerbivorevoidabstractMethodsclassHerbivore{}//AbstractProductAabstractnew{CreateCarnivore()publicnew{CreateHerbivore()public//ContinentFactory{AmericaFactory}}//Lion()。returnCarnivoreoverride}Wildebeest()。returnHerbivoreoverrideMethods:ConcreteFactory1classCreateCarnivore()。publicCreateHerbivore()。public//ContinentFactory{AbstractFactoryabstractSystem。WorldFactory//baisn]，美洲或歐洲的野牛下面實際代碼演示了一個電腦游戲中創(chuàng)建不同動物的抽象工廠。六、所以，系統(tǒng)實際上只能消費屬于同一個產(chǎn)品族的產(chǎn)品。其中有兩個具體工廠角色，即UnixFactory和WinFactory。我們可以通過一個抽象角色給出功能描述，而由具體子類給出不同操作系統(tǒng)下的具體實現(xiàn)，如圖：抽象工廠的起源據(jù)說最早的應(yīng)用是用來創(chuàng)建在不同操作系統(tǒng)的視窗環(huán)境下都能夠運行的系統(tǒng)。 系統(tǒng)提供一個產(chǎn)品類的庫，所有的產(chǎn)品以同樣的接口出現(xiàn)，從而使客戶端不依賴于實現(xiàn)。 同屬于同一個產(chǎn)品族的產(chǎn)品是在一起使用的，這一約束必須在系統(tǒng)的設(shè)計中體現(xiàn)出來。 這個系統(tǒng)有多于一個的產(chǎn)品族，而系統(tǒng)只消費其中某一產(chǎn)品族。 一個系統(tǒng)不應(yīng)當(dāng)依賴于產(chǎn)品類實例如何被創(chuàng)建、組合和表達的細節(jié)，這對于所有形態(tài)的工廠模式都是重要的。四、()。factory2newe2ConcreteFactory2()。=AbstractFactory)。Environment(=Environmentnewfactory1Main(string[]static/summaryclasstestsummary///)。({Run()publicMethods}=()。AbstractProductB{)AbstractFactorypublicConstructorsAbstractProductB。privateAbstractProductA//Environment{theenvironmenttheClient)。+withthisaInteract(public//AbstractProductB{ProductB2AbstractProductA{}//ProductA2}}//ainteracts+({)AbstractProductAvoidoverrideMethods:ProductB1class:ProductA1class)。AbstractProductAvoidabstractMethodsclassAbstractProductA{}//AbstractProductAabstractProductB2()。return{CreateProductB()publicProductA2()。return{CreateProductA()public//AbstractFactory{ConcreteFactory2}}//newAbstractProductBoverride}newAbstractProductAoverrideMethods:ConcreteFactory1classCreateProductB()。publicCreateProductA()。public//AbstractFactory{AbstractFactoryabstractSystem。StructuralpatternAbstract程序舉例：該程序演示了抽象工廠的結(jié)構(gòu)，本身不具有任何實際價值。這是客戶端最終需要的東西，其內(nèi)部一定充滿了應(yīng)用系統(tǒng)的商業(yè)邏輯。抽象產(chǎn)品（Abstract Product）角色：擔(dān)任這個角色的類是工廠方法模式所創(chuàng)建的對象的父類，或它們共同擁有的接口。具體工廠（Concrete Factory）角色：這個角色直接在客戶端的調(diào)用下創(chuàng)建產(chǎn)品的實例。圖中描述的東西用產(chǎn)品族描述如下：二、引進抽象工廠模式所謂的抽象工廠是指一個工廠等級結(jié)構(gòu)可以創(chuàng)建出分屬于不同產(chǎn)品等級結(jié)構(gòu)的一個產(chǎn)品族中的所有對象。圖中一共有四個產(chǎn)品族，分布于三個不同的產(chǎn)品等級結(jié)構(gòu)中。所謂產(chǎn)品族，是指位于不同產(chǎn)品等級結(jié)構(gòu)，功能相關(guān)聯(lián)的產(chǎn)品組成的家族。抽象工廠（Abstract Factory）模式抽象工廠模式是所有形態(tài)的工廠模式中最為抽象和最具一般性的一種形態(tài)。)。+pageforeach(document docsdocumentforeach(document//newdocs[1]newdocs[0]MethodcallNote:]。Document[=Document[]{)string[]voidpublicFactoryMethodApp{test///}}/**////BibliographyPage()(SummaryPage()(ConclusionPage()(ResultsPage()(IntroductionPage()({CreatePages()publicimplementationFactory:ConcreteCreatorclass)。new)。new)。newvoidoverrideMethod//Document{Resume}//voidabstractFactoryreturnArrayListProperties()。{Document()ConstructorArrayList()。=ArrayListFieldsclassPage{}//BibliographyPagePage{}//SummaryPagePage{}//ConclusionPagePage{}//ResultsPagePage{}//IntroductionPagePage{}//ExperiencePagePage{}//EducationPagePage{}//SkillsPagePage{}//ProductabstractusingusingexampleRealpatternFactoryFactory Method模式與其它模式的關(guān)系與工廠方法模式有關(guān)的模式還包括：模板方法模式、MVC模式、享元模式、備忘錄模式七、如果等級結(jié)構(gòu)中只有一個具體工廠類的話，抽象工廠就可以省略，發(fā)生了退化。如果工廠僅僅返回一個具體產(chǎn)品對象，便違背了工廠方法的用意，