【文章內(nèi)容簡介】 T還提供了另外一種Windows95沒有的同步對象：可等待定時器（Waitable Timer）。它可以封鎖線程的執(zhí)行，直到到達某一具體時間。這可以用于后臺任務。同步問題是多線程編程中最復雜的問題，后面的linux系統(tǒng)編程中，還會有更深入的介紹。 在很多人印象中，單例模式可能是23個設計模式中最簡單的一個。如果不考慮多線程，的 確如此，但是一旦要在多線程中運用，那么從我們的教程中可以了解到，它涉及到很多編 譯器，多線程，C++語言標準等方面的內(nèi)容。本專題參考的資料如下： C++ Primer (Stanley ),主要參考的是模板靜態(tài)變量的初始化以及實例化。 MSDN,有關(guān)線程同步interlocked相關(guān)的知識。 Effective C++ 04條款(Scott Meyers) NonLocalStatic對象初始化順序以及Meyers 單例模式的實現(xiàn)。 DoubleChecked Locking,Threads,Compiler Optimizations,and More（Scott Meyers），解釋了由于編譯器的優(yōu)化，shared_ptr 有類似情況。我們避免使用reset函數(shù)。 C++全局和靜態(tài)變量初始化順序的研究(CSDN)。 四人幫的經(jīng)典之作：設計模式 windows 核心編程(Jeffrey Richter) 簡單工廠模式屬于類的創(chuàng)建型模式,又叫做靜態(tài)工廠方法模式。通過專門定義一個類來負責創(chuàng)建其他類的實例，被創(chuàng)建的實例通常都具有共同的父類。（Creator）角色簡單工廠模式的核心，它負責實現(xiàn)創(chuàng)建所有實例的內(nèi)部邏輯。工廠類可以被外界直接調(diào)用，創(chuàng)建所需的產(chǎn)品對象。（Product）角色簡單工廠模式所創(chuàng)建的所有對象的父類，它負責描述所有實例所共有的公共接口。（Concrete Product）角色簡單工廠模式所創(chuàng)建的具體實例對象//依賴: 一個類的對象 當另外一個類的函數(shù)參數(shù) 或者是 返回值3簡單工廠模式的優(yōu)缺點 在這個模式中，工廠類是整個模式的關(guān)鍵所在。它包含必要的判斷邏輯，能夠根據(jù)外界給定的信息，決定究竟應該創(chuàng)建哪個具體類的對象。用戶在使用時可以直接根據(jù)工廠類去創(chuàng)建所需的實例，而無需了解這些對象是如何創(chuàng)建以及如何組織的。有利于整個軟件體系結(jié)構(gòu)的優(yōu)化。不難發(fā)現(xiàn)，簡單工廠模式的缺點也正體現(xiàn)在其工廠類上，由于工廠類集中了所有實例的創(chuàng)建邏輯，所以“高內(nèi)聚”方面做的并不好。另外，當系統(tǒng)中的具體產(chǎn)品類不斷增多時，可能會出現(xiàn)要求工廠類也要做相應的修改，擴展性并不很好。 include iostreamusing namespace std。//思想： 核心思想是用一個工廠，來根據(jù)輸入的條件產(chǎn)生不同的類，然后根據(jù)不同類的virtual函數(shù)得到不同的結(jié)果。//元素分析：//抽象產(chǎn)品類：水果類//具體的水果了：香蕉類、蘋果類、梨子//優(yōu)點 適用于不同情況創(chuàng)建不同的類時//缺點 客戶端必須要知道基類和工廠類，耦合性差 增加一個產(chǎn)品，需要修改工廠類class Fruit{public: virtual void getFruit() = 0。protected:private:}。class Banana : public Fruit{public: virtual void getFruit() { cout香蕉endl。 }protected:private:}。class Pear : public Fruit{public: virtual void getFruit() { cout梨子endl。 }protected:private:}。class Factory {public: static Fruit* Create(char *name) { Fruit *tmp = NULL。 if (strcmp(name, pear) == 0) { tmp = new Pear()。 } else if (strcmp(name, banana) == 0) { tmp = new Banana()。 } else { return NULL。 } return tmp。 }protected:private:}。void main41(){ Fruit *pear = Factory::Create(pear)。 if (pear == NULL) { cout創(chuàng)建pear失敗\n。 } peargetFruit()。 Fruit *banana = Factory::Create(banana)。 bananagetFruit()。 system(pause)。}主要用于創(chuàng)建對象。新添加類時，不會影響以前的系統(tǒng)代碼。核心思想是用一個工廠來根據(jù)輸入的條件產(chǎn)生不同的類，然后根據(jù)不同類的virtual函數(shù)得到不同的結(jié)果。　　GOOD:適用于不同情況創(chuàng)建不同的類時BUG：客戶端必須要知道基類和工廠類，耦合性差（工廠類與基類為關(guān)聯(lián)關(guān)系）include iostreamusing namespace std。//需求：//模擬四則運算； //用操作符工廠類生產(chǎn)操作符（加減乘除）, 進行結(jié)果運算//運算符抽象類 COperation //加減乘除具體的類 (注意含有2個操作數(shù))//工廠類CCalculatorFactory //核心思想 用一個工廠來根據(jù)輸入的條件產(chǎn)生不同的類，然后根據(jù)不同類的virtual函數(shù)得到不同的結(jié)果class COperation{public: int first。 int second。 public: virtual double GetResult() = 0。private:}。class AddOperation : public COperation{public: double GetResult() { return first + second。 }private:}。class SubOperation : public COperation{public: double GetResult() { return first second。 }private:}。class CCalculatorFactory{public: static COperation*CreateOperation(char cOperator) { COperation * tmp = NULL。 switch(cOperator) { case 39。+39。: tmp = new AddOperation()。 break。 case 39。39。: tmp = new SubOperation()。 break。 default: tmp = NULL。 } return tmp。 }}。void main(){ COperation *op1 = CCalculatorFactory::CreateOperation(39。+39。)。 op1first = 10。 op1second = 20。 coutop1GetResult()endl。 COperation *op2 = CCalculatorFactory::CreateOperation(39。39。)。 op2first = 10。 op2second = 20。 coutop2GetResult()endl。 couthello...\n。 system(pause)。} 工廠方法模式同樣屬于類的創(chuàng)建型模式又被稱為多態(tài)工廠模式 。工廠方法模式的意義是定義一個創(chuàng)建產(chǎn)品對象的工廠接口，將實際創(chuàng)建工作推遲到子類當中。核心工廠類不再負責產(chǎn)品的創(chuàng)建，這樣核心類成為一個抽象工廠角色，僅負責具體工廠子類必須實現(xiàn)的接口，這樣進一步抽象化的好處是使得工廠方法模式可以使系統(tǒng)在不修改具體工廠角色的情況下引進新的產(chǎn)品。抽象工廠（Creator）角色工廠方法模式的核心，任何工廠類都必須實現(xiàn)這個接口。具體工廠（ Concrete Creator）角色具體工廠類是抽象工廠的一個實現(xiàn)，負責實例化產(chǎn)品對象。抽象（Product）角色 工廠方法模式所創(chuàng)建的所有對象的父類，它負責描述所有實例所共有的公共接口。具體產(chǎn)品（Concrete Product）角色 工廠方法模式所創(chuàng)建的具體實例對象 工廠方法模式與簡單工廠模式在結(jié)構(gòu)上的不同不是很明顯。工廠方法類的核心是一個抽象工廠類，而簡單工廠模式把核心放在一個具體類上。 工廠方法模式之所以有一個別名叫多態(tài)性工廠模式是因為具體工廠類都有共同的接口，或者有共同的抽象父類。當系統(tǒng)擴展需要添加新的產(chǎn)品對象時，僅僅需要添加一個具體對象以及一個具體工廠對象，原有工廠對象不需要進行任何修改，也不需要修改客戶端，很好的符合了“開放－封閉”原則。而簡單工廠模式在添加新產(chǎn)品對象后不得不修改工廠方法，擴展性不好。工廠方法模式退化后可以演變成簡單工廠模式。 “開放－封閉”通過添加代碼的方式，不是通過修改代碼的方式完成功能的增強。include iostreamusing namespace std。class Fruit{public: virtual void sayname() { coutfruit\n。 }}。class FruitFactory{public: virtual Fruit* getFruit() { return new Fruit()。 }}。//香蕉class Banana : public Fruit{public: virtual void sayname() { coutBanana \nendl。 }}。//香蕉工廠class BananaFactory : public FruitFactory{public: virtual Fruit* getFruit() { return new Banana。 }}。//蘋果class Apple : public Fruit{public: virtual void sayname() { coutApple \nendl。 }}。//蘋果工廠class AppleFactory : public FruitFactory{public: virtual Fruit* getFruit() { return new Apple。 }}。void main(){ FruitFactory * ff = NULL。 Fruit *fruit = NULL。 //1 ff = new BananaFactory()。 fruit = ffgetFruit()。 fruitsayname()。 delete fruit。 delete ff。 //2蘋果 ff = new AppleFactory()。 fruit = ffgetFruit()。 fruitsayname()。 delete fruit。 delete ff。 couthello....\n。 system(pause)。} 抽象工廠模式是所有形態(tài)的工廠模式中最為抽象和最其一般性的。抽象工廠模式可以向客戶端提供一個接口，使得客戶端在不必指定產(chǎn)品的具體類型的情況下，能夠創(chuàng)建多個產(chǎn)品族的產(chǎn)品對象。 備注1：工廠模式：要么生產(chǎn)香蕉、要么生產(chǎn)蘋果、要么生產(chǎn)西紅柿；但是不能同時生產(chǎn)一個產(chǎn)品組。抽象工廠：能同時生產(chǎn)一個產(chǎn)品族。===》抽象工廠存在原因解釋:具體工廠在開閉原則下, 能生產(chǎn)香蕉/蘋果/梨子。 (產(chǎn)品等級結(jié)構(gòu)) 抽象工廠:在開閉原則下, 能生產(chǎn)：南方香蕉/蘋果/梨子 (產(chǎn)品族) 北方香蕉/蘋果/梨子重要區(qū)別：工廠模式只能生產(chǎn)一個產(chǎn)品。（要么香蕉、要么蘋果）抽象工廠可以一下生產(chǎn)一個產(chǎn)品族（里面有很多產(chǎn)品組成）1. 抽象工廠（Creator）角色 抽象工廠模式的核心，包含對多個產(chǎn)品結(jié)構(gòu)的聲明，任何工廠類都必須實現(xiàn)這個接口。2. 具體工廠（ Concrete Creator）角色具體工廠類是抽象工廠的一個實現(xiàn)，負責實例化某個產(chǎn)品族中的產(chǎn)品對象。3. 抽象（Product）角色抽象模式所創(chuàng)建的所有對象的父類，它負責描述所有實例所共有的公共接口。4. 具體產(chǎn)品（Concrete Product）角色抽象模式所創(chuàng)建的具體實例對象 class Fruit{