2009年5月31號(hào)下午2點(diǎn)半，我離開(kāi)了我的學(xué)校，離開(kāi)我的哥們，離開(kāi)了生活了充實(shí)的4年的地方...
明天，我就正式成為程序員了。我是多么地幸運(yùn)，能將興趣當(dāng)成工作，我發(fā)誓，我盡我的能力好好干。
我沒(méi)忘記我的理想，沒(méi)忘記我的抱負(fù)。
明天，我掀開(kāi)我人生的新一頁(yè)...
請(qǐng)看一個(gè)例子：
1
#include <windows.h>
2#include <tchar.h>
3
4
5int APIENTRY _tWinMain(
6 HINSTANCE hInstance,
7 HINSTANCE hPrevInstance,
8 LPSTR lpCmdLine,
9 int nCmdShow
10 )
11
{
12
UNREFERENCED_PARAMETER( hInstance );
13 UNREFERENCED_PARAMETER( hPrevInstance );
14 UNREFERENCED_PARAMETER( lpCmdLine );
15 UNREFERENCED_PARAMETER( nCmdShow );
16
17 HWND hwnd = ::GetDesktopWindow();
18
19 ::MessageBox( hwnd, _T( "First Windows" ), _T( "Example" ), MB_OK );
20
21 return 0;
22
}
這個(gè)例子是大山哥哥在他的BLOG中Windows API精講一日一練的例子。
奇怪吧，這次的WinMain函數(shù)又不一樣了。Windows編程難學(xué)，就是因?yàn)樗敲炊嗪辏鼈ゴ笾幰彩且驗(yàn)樗暮辏梢云帘斡布印⒆址瘜?duì)程序的影響。
一般的WinMain函數(shù)是這樣寫(xiě)的: int WINAPI WinMain(...)，那現(xiàn)在的這種又是怎樣出來(lái)的呢？
APIENTRY在程序就是一個(gè)宏：#define APIENTRY WINAPI，那么我們就可以不管那個(gè)前綴了。
你肯定想不到的是，_tWinMain也是一個(gè)宏。它是定義在<tchar.h>中的。你可以試試將#include <tchar.h>去掉，你的程序肯定找不到入口點(diǎn)。
同樣的，_T也是一個(gè)宏。
這兩個(gè)宏其實(shí)是為了適應(yīng)UNICODE和以前單字符的應(yīng)用程序。
由于Windows這兩個(gè)API的定義是不一樣的，如下：
UNICODE的定義：
#define _tWinMain wWinMain
單字符的定義：
#define _tWinMain WinMain
只要經(jīng)過(guò)這樣的宏定義后，就可以適應(yīng)不同字符寬度的函數(shù)接口了。
好，看函數(shù)里面。
函數(shù)里面第一句又是一個(gè)宏，暈...怎么老是它...不過(guò)要在Windows編程，必須愛(ài)上它。
這個(gè)宏與Windows API無(wú)關(guān)，UNREFERENCED_PARAMETER 展開(kāi)傳遞的參數(shù)或表達(dá)式，其目的是避免編譯器關(guān)于未引用參數(shù)的警告。當(dāng)然你也可以在編譯器屬性那里
修改編譯的警告級(jí)別。
例子中的4句宏，就是為了關(guān)掉編譯器對(duì)WinMain函數(shù)4個(gè)參數(shù)未引用的報(bào)錯(cuò)。避免了幾個(gè)警告的產(chǎn)生，呵呵。。。
GetDesktopWindow這個(gè)該不是宏了吧，哈哈。。。
MSDN上說(shuō)：The GetDesktopWindow function returns a handle to the desktop window. The desktop window covers the entire screen.
The desktop window is the area on top of which other windows are painted.
這個(gè)函數(shù)返回了桌面的Handle，桌面大家都知道吧？
MessageBox想不到也是一個(gè)宏，它的定義是：
#ifdef UNICODE
#define MessageBox MessageBoxW
#else
#define MessageBox MessageBoxA
#endif // !UNICODE
很明顯是為了兼容字符集參數(shù)而定義的。難道Windows API函數(shù)的參數(shù)有字符串的，都是一個(gè)宏嗎？
MessageBox可能見(jiàn)得很多，最怕的大概就是“警告：內(nèi)存出錯(cuò)，程序退出”了。
這是MessageBox函數(shù)的聲明
int MessageBox(
HWND hWnd,
LPCTSTR lpText,
LPCTSTR lpCaption,
UINT uType
);
參數(shù)一hWnd是一個(gè)HWND，它是這個(gè)MessageBox屬于的窗口的HWND,如果它為NULL,則MessageBox不屬于任何一個(gè)窗口。
參數(shù)二lpText是這個(gè)MessageBox顯示的消息內(nèi)容，為了迎合Microsoft的好意，我們都應(yīng)該用宏來(lái)傳入?yún)?shù)，來(lái)兼容字符串。
參數(shù)三lpCaption是這個(gè)MessageBox的標(biāo)題內(nèi)容。
參數(shù)四uType則是這個(gè)MessageBox的類(lèi)型，它可以改變整個(gè)MessageBox的行為和樣式哦。它是一組符號(hào)標(biāo)識(shí)(flags),如：MB_OK。可以用"|"操作符來(lái)進(jìn)行組合
返回值呢？當(dāng)然是你在MessageBox上的操作啦。返回值一般用宏來(lái)表示，如：IDABORT，IDOK。
誰(shuí)是第一個(gè)Windows API？無(wú)可置疑，當(dāng)然是WinMain Function啦。
MSDN上說(shuō)：The WinMain function is the conventional name for the user-provided entry point for a Microsoft Windows-based application.
即：WinMain函數(shù)是Microsoft的一個(gè)傳統(tǒng)函數(shù)命名，它是提供給用戶(hù)的Windows應(yīng)用程序的入口點(diǎn)。
它的函數(shù)聲明如下：
int WINAPI WinMain(
HINSTANCE hInstance,
HINSTANCE hPrevInstance,
LPSTR lpCmdLine,
int nCmdShow
);
寫(xiě)慣C++ console程序的人可能會(huì)很奇怪，main函數(shù)一般不是這樣寫(xiě)嗎（ int main() ）？怎么會(huì)在函數(shù)聲明中間加了個(gè)詞(WINAPI)呢？
其實(shí)WINAPI是一個(gè)宏，MSDN上說(shuō)：Calling convention for system functions. This type is declared in WinDef.h as follows: #define WINAPI __stdcall
那么WINAPI就是指_stdcall了。
在網(wǎng)上查了一下，_stdcall還有其他同類(lèi)，_cdecl _pascal _fastcall...怎么那么多的？
_stdcall _cdecl _pascal _fastcall這些關(guān)鍵字是什么意思，有什么區(qū)別呢？
在網(wǎng)上查了一下，總結(jié)一下答案：
（1）其實(shí)它們就是關(guān)于堆棧的一些說(shuō)明，首先是函數(shù)參數(shù)壓棧順序，其次是壓入堆棧的內(nèi)容由誰(shuí)來(lái)清除，調(diào)用者還是函數(shù)自己？
這些開(kāi)關(guān)用來(lái)告訴編譯器產(chǎn)生什么樣的匯編代碼。
（2）VC有兩種函數(shù)調(diào)用方式 一種是__stdcall，另一種是__cdecl
函數(shù)的調(diào)用方式有兩種一種是PASCAL調(diào)用方式(_stdcall)，另一種是C調(diào)用方式(_cdecl)
使用PASCAL調(diào)用方式，函數(shù)在返回到調(diào)用者之前將參數(shù)從棧中刪除
使用C調(diào)用方式，參數(shù)的刪除是調(diào)用者完成的
WinMain函數(shù)是由系統(tǒng)調(diào)用的，Windows系統(tǒng)規(guī)定由系統(tǒng)調(diào)用的函數(shù)都遵守PASCAL調(diào)用方式
但是VC中函數(shù)的缺省調(diào)用方式是__cdecl，也就是C調(diào)用方式
所以在WinMain前顯示的聲明。
在Windows編程中將遇到很多聲明修飾符，如CALLBACK,WINAPI,PASCAL這些在Intel CPU的計(jì)算機(jī)上都是__stdcall
（3）__cdecl是C/C++和MFC程序默認(rèn)使用的調(diào)用約定，也可以在函數(shù)聲明時(shí)加上__cdecl關(guān)鍵字來(lái)手工指定。采用__cdecl約定時(shí)，
函數(shù)參數(shù)按照從右到左的順序入棧，并且由調(diào)用函數(shù)者把參數(shù)彈出棧以清理堆棧。
因此，實(shí)現(xiàn)可變參數(shù)的函數(shù)只能使用該調(diào)用約定。
由于每一個(gè)使用__cdecl約定的函數(shù)都要包含清理堆棧的代碼，所以產(chǎn)生的可執(zhí)行文件大小會(huì)比較大。
__cdecl可以寫(xiě)成_cdecl。
__stdcall調(diào)用約定用于調(diào)用Win32 API函數(shù)。采用__stdcal約定時(shí)，函數(shù)參數(shù)按照從右到左的順序入棧，被調(diào)用的函數(shù)在返回前清理傳送參數(shù)的棧，
函數(shù)參數(shù)個(gè)數(shù)固定。由于函數(shù)體本身知道傳進(jìn)來(lái)的參數(shù)個(gè)數(shù)，因此被調(diào)用的函數(shù)可以在返回前用一條ret n指令直接清理傳遞參數(shù)的堆棧。
__stdcall可以寫(xiě)成_stdcall。
__fastcall約定用于對(duì)性能要求非常高的場(chǎng)合。__fastcall約定將函數(shù)的從左邊開(kāi)始的兩個(gè)大小不大于
4個(gè)字節(jié)（DWORD）的參數(shù)分別放在ECX和EDX寄存器，其余的參數(shù)仍舊自右向左壓棧傳送，被調(diào)用的函數(shù)在返回前清理傳送
參數(shù)的堆棧。
__fastcall可以寫(xiě)成_fastcall。
（4）thiscall僅僅應(yīng)用于“C++”成員函數(shù)。this指針存放于CX/ECX寄存器中，參數(shù)從右到左壓。thiscall不是關(guān)鍵詞，因此不能被程序員指定。
（5）naked call。當(dāng)采用其他的調(diào)用約定時(shí)，如果必要的話(huà)，進(jìn)入函數(shù)時(shí)編譯器會(huì)產(chǎn)生代碼來(lái)保存ESI，EDI，EBX，EBP寄存器，
退出函數(shù)時(shí)則產(chǎn)生代碼恢復(fù)這些寄存器的內(nèi)容。
·特別說(shuō)明
1. 在默認(rèn)情況下，采用__cdecl方式,因此可以省略.
2. WINAPI一般用于修飾動(dòng)態(tài)鏈接庫(kù)中導(dǎo)出函數(shù)
3. CALLBACK僅用于修飾回調(diào)函數(shù)
4. 你可能已經(jīng)發(fā)現(xiàn)，VC下和BCB下對(duì)WINAPI的定義不同，那么你至少理解了
為什么不能直接從BCB下調(diào)用VC的dll的一個(gè)原因了。
不查不知道，一查嚇一跳，怎么那么多規(guī)則的？整理了一下思路，其實(shí)并不復(fù)雜。
VC默認(rèn)的是_cdecl方式，Win32 API函數(shù)是用_stdcall方式的，他們都是將函數(shù)參數(shù)從右到左入棧的。
_cdecl方式的每個(gè)函數(shù)都有清理堆棧的代碼，可以實(shí)現(xiàn)可變參數(shù)列表，但可執(zhí)行文件大小比較大。_stdcall方式是調(diào)用者清理堆棧的。
_fastcall的特點(diǎn)是它將參數(shù)左邊的兩個(gè)參數(shù)放在寄存器上，比較快。其余參數(shù)還是在堆棧中，堆棧還是由函數(shù)自己清除。
其它就不太清楚了。
好，該看看函數(shù)的參數(shù)了，hInstance是當(dāng)前應(yīng)用程序?qū)嵗腍andle.
第二個(gè)參數(shù)hPrevInstance應(yīng)用程序上一個(gè)實(shí)例的Handle。MSDN說(shuō)：如果你要知道應(yīng)用程序是否有另一個(gè)實(shí)例，建議使用Mutex（互斥體）來(lái)實(shí)現(xiàn)。此時(shí)，我想到了
單例模式，用Mutex來(lái)實(shí)現(xiàn)只運(yùn)行一個(gè)實(shí)例。
第三個(gè)參數(shù)lpCmdLine是一個(gè)字符串，是命令行參數(shù)。
第四個(gè)參數(shù)nCmdShow是一個(gè)int，指明Window應(yīng)該怎么現(xiàn)實(shí)，Windows定義了一系列宏，來(lái)幫助記憶，以SW開(kāi)頭，如：SW_SHOW
最后是返回值，它是一個(gè)int。
MSDN說(shuō)：If the function succeeds, terminating when it receives a WM_QUIT message, it should return the exit value contained in that message's wParam parameter. If the function terminates before entering the message loop, it should return zero.
如果它成功的話(huà)，它會(huì)一直運(yùn)行，知道收到WM_QUIT消息，它應(yīng)該返回消息的wParam參數(shù)的退出值。如果函數(shù)在進(jìn)入消息循環(huán)前退出，它應(yīng)該返回0。
現(xiàn)代生物遺傳學(xué)中描述的生物進(jìn)化理論:
遺傳物質(zhì)的主要載體是染色體(chromsome),染色體主要由DNA和蛋白質(zhì)組成。其中DNA為最主要的遺傳物質(zhì)。
基因(gene)是有遺傳效應(yīng)的片斷,它存儲(chǔ)著遺傳信息,可以準(zhǔn)確地復(fù)制,也能發(fā)生突變,并可通過(guò)控制蛋白質(zhì)的合成而控制生物的狀態(tài).生物自身通過(guò)對(duì)基因的復(fù)制(reproduction)和交叉(crossover,即基因分離,基因組合和基因連鎖互換)的操作時(shí)其性狀的遺傳得到選擇和控制。生物的遺傳特性,使生物界的物種能保持相對(duì)的穩(wěn)定;生物的變異特性,使生物個(gè)體產(chǎn)生新的性狀,以至于形成了新的物種(量變積累為質(zhì)變),推動(dòng)了生物的進(jìn)化和發(fā)展。
遺傳學(xué)算法和遺傳學(xué)中的基礎(chǔ)術(shù)語(yǔ)比較
| 染色體(chromosome) |
數(shù)據(jù),數(shù)組,序列 |
| 基因(gene) |
單個(gè)元素,位 |
| 等位基因(allele) |
數(shù)據(jù)值,屬性,值 |
| 基因座(locus) |
位置,iterator位置 |
| 表現(xiàn)型(phenotype) |
參數(shù)集,解碼結(jié)構(gòu),候選解 |
| 遺傳隱匿(epistasis) |
非線(xiàn)性 |
染色體又可以叫做基因型個(gè)體(individuals),一定數(shù)量的個(gè)體組成了群體(population),群體中個(gè)體的數(shù)量叫做群體大小。各個(gè)個(gè)體對(duì)環(huán)境的適應(yīng)程度叫做適應(yīng)度(fitness)
遺傳算法的準(zhǔn)備工作:
1)數(shù)據(jù)轉(zhuǎn)換操作,包括表現(xiàn)型到基因型的轉(zhuǎn)換和基因型到表現(xiàn)型的轉(zhuǎn)換。前者是把求解空間中的參數(shù)轉(zhuǎn)化成遺傳空間中的染色體或者個(gè)體(encoding),后者是它的逆操作(decoding)
2)確定適應(yīng)度計(jì)算函數(shù),可以將個(gè)體值經(jīng)過(guò)該函數(shù)轉(zhuǎn)換為該個(gè)體的適應(yīng)度,該適應(yīng)度的高低要能充分反映該個(gè)體對(duì)于解得優(yōu)秀程度。非常重要的過(guò)程！
遺傳算法的基本步驟
遺傳算法是具有"生成+檢測(cè)"(generate-and-test)的迭代過(guò)程的搜索算法。
基本過(guò)程為:
1)編碼,創(chuàng)建初始集團(tuán)
2)集團(tuán)中個(gè)體適應(yīng)度計(jì)算
3)評(píng)估適應(yīng)度
4)根據(jù)適應(yīng)度選擇個(gè)體
5)被選擇個(gè)體進(jìn)行交叉繁殖,
6)在繁殖的過(guò)程中引入變異機(jī)制
7)繁殖出新的集團(tuán),回到第二步
一個(gè)簡(jiǎn)單的遺傳算法的例子:求 [0,31]范圍內(nèi)的y=(x-10)^2的最小值
1)編碼算法選擇為"將x轉(zhuǎn)化為2進(jìn)制的串",串的長(zhǎng)度為5位。(等位基因的值為0 or 1)
2)計(jì)算適應(yīng)度的方法是:先將個(gè)體串進(jìn)行解碼,轉(zhuǎn)化為int型的x值,然后使用y=(x-10)^2作為其適應(yīng)度計(jì)算合適(由于是最小值,所以結(jié)果越小,適應(yīng)度也越好)
3)正式開(kāi)始,先設(shè)置群體大小為4,然后初始化群體 => (在[0,31]范圍內(nèi)隨機(jī)選取4個(gè)整數(shù)就可以,編碼)
4)計(jì)算適應(yīng)度Fi(由于是最小值,可以選取一個(gè)大的基準(zhǔn)線(xiàn)1000,Fi = 1000 - (x-10)^2)
5)計(jì)算每個(gè)個(gè)體的選擇概率.選擇概率要能夠反映個(gè)體的優(yōu)秀程度.這里用一個(gè)很簡(jiǎn)單的方法來(lái)確定選擇概率
P=Fi / TOTAL(Fi).
6)選擇.
根據(jù)所有個(gè)體的選擇概率進(jìn)行淘汰選擇.這里使用的是一個(gè)賭輪的方式進(jìn)行淘汰選擇.先按照每個(gè)個(gè)體的選擇概率創(chuàng)建一個(gè)賭輪,然后選取4次,每次先產(chǎn)生一個(gè)0-1的隨機(jī)小數(shù),然后判斷該隨機(jī)數(shù)落在那個(gè)段內(nèi)就選取相對(duì)應(yīng)的個(gè)體.這個(gè)過(guò)程中,選取概率P高的個(gè)體將可能被多次選擇,而概率低的就可能被淘汰.
下面是一個(gè)簡(jiǎn)單的賭輪的例子
13% 35% 15% 37%
----------|----------------------------|------------|-*-------------------------|
個(gè)體1 個(gè)體2 個(gè)體3 ^0.67 個(gè)體4
隨機(jī)數(shù)為0.67落在了個(gè)體4的端內(nèi).本次選擇了個(gè)體4.
被選中的個(gè)體將進(jìn)入配對(duì)庫(kù)(mating pool,配對(duì)集團(tuán))準(zhǔn)備開(kāi)始繁殖.
7)簡(jiǎn)單交叉
先對(duì)配對(duì)庫(kù)中的個(gè)體進(jìn)行隨機(jī)配對(duì).然后在配對(duì)的2個(gè)個(gè)體中設(shè)置交叉點(diǎn),交換2個(gè)個(gè)體的信息后產(chǎn)生下一代.
比如( | 代表簡(jiǎn)單串的交叉位置)
( 0110|1, 1100|0 ) --交叉--> (01100,11001)
( 01|000, 11|011 ) --交叉--> (01011,11000)
2個(gè)父代的個(gè)體在交叉后繁殖出了下一代的同樣數(shù)量的個(gè)體.
復(fù)雜的交叉在交叉的位置,交叉的方法,雙親的數(shù)量上都可以選擇.其目的都在于盡可能的培育出更優(yōu)秀的后
代
8)變異
變異操作時(shí)按照基因座來(lái)的.比如說(shuō)沒(méi)計(jì)算2萬(wàn)個(gè)基因座就發(fā)生一個(gè)變異(我們現(xiàn)在的每個(gè)個(gè)體有5個(gè)基因座.也就是說(shuō)要進(jìn)化1000代后才會(huì)在其中的某個(gè)基因座發(fā)生一次變異.)變異的結(jié)果是基因座上的等位基因發(fā)生了變化.我們這里的例子就是把0變成1或則1變成0.
至此,我們已經(jīng)產(chǎn)生了一個(gè)新的(下一代)集團(tuán).然后回到第4步,周而復(fù)始,生生不息下去:)
偽代碼實(shí)例(適合愛(ài)看代碼的朋友~):
//Init population
foreach individual in population
{
individual = Encode(Random(0,31));
}
while (App.IsRun)
{
//計(jì)算個(gè)體適應(yīng)度
int TotalF = 0;
foreach individual in population
{
individual.F = 1000 - (Decode(individual)-10)^2;
TotalF += individual.F;
}
//------選擇過(guò)程,計(jì)算個(gè)體選擇概率-----------
foreach individual in population
{
individual.P = individual.F / TotalF;
}
//選擇
for(int i=0;i<4;i++)
{
//SelectIndividual(float p)是根據(jù)隨機(jī)數(shù)落在段落計(jì)算選取哪個(gè)個(gè)體的函數(shù)
MatingPool[i] = population[SelectIndividual(Random(0,1))];
}
//-------簡(jiǎn)單交叉---------------------------
//由于只有4個(gè)個(gè)體,配對(duì)2次
for(int i=0;i<2;i++)
{
MatingPool.Parents[i].Mother = MatingPool.RandomPop();
MatingPool.Parents[i].Father = MatingPool.RandomPop();
}
//交叉后創(chuàng)建新的集團(tuán)
population.Clean();
foreach Parent in MatingPool.Parents
{
//注意在copy 雙親的染色體時(shí)在某個(gè)基因座上發(fā)生的變異未表現(xiàn).
child1 = Parent.Mother.DivHeader + Parent.Father.DivEnd;
child2 = Parent.Father.DivHeader + Parent.Mother.DivEnd;
population.push(child1);
population.push(child2);
}
}
小結(jié):
遺傳算法中最重要的過(guò)程就是選擇和交叉。
選擇要能夠合理的反映"適者生存"的自然法則，而交叉必須將由利的基因盡量遺傳給下一代(這個(gè)算法很關(guān)鍵！)
還有就是編碼的過(guò)程要能夠使編碼后的染色體能充分反映個(gè)體的特征并且能夠方便計(jì)算。
這篇文章是原來(lái)學(xué)習(xí)的一些回憶的整理,因?yàn)樽罱獙?shí)用了.不正確的地方還希望大家多多指出~
今天想練練手，所以寫(xiě)了個(gè)螺旋數(shù)組：
1 #include <iostream>
2
3 using namespace std;
4
5 #define MAXSIZE 8
6
7 void left( int& x, int& y )
8 {
9 --y;
10 }
11
12 void right( int& x, int& y )
13 {
14 ++y;
15 }
16
17 void up( int& x, int& y )
18 {
19 --x;
20 }
21
22 void down( int& x, int& y )
23 {
24 ++x;
25 }
26
27 int main()
28 {
29 int numbers[MAXSIZE][MAXSIZE];
30 // 初始化數(shù)組，若數(shù)值為0，則代表還沒(méi)有被賦值
31 for( int i = 0; i<MAXSIZE; ++i )
32 for( int j = 0; j<MAXSIZE; ++j )
33 numbers[i][j] = 0;
34
35 enum Direction{RIGHT,DOWN,LEFT,UP}; // 移動(dòng)方向
36 int x=0,y=0;
37 int Next = -1; // 下一個(gè)位置的值
38 Direction direct = RIGHT;
39 int count = MAXSIZE * MAXSIZE; // 還沒(méi)被賦值的數(shù)目
40 int value = 1; //將要被賦值的值
41
42 while( count > 0 )
43 {
44 Next = numbers[x][y];
45 if( Next == 0 && x<MAXSIZE && y<MAXSIZE ) // 無(wú)障礙，可以賦值
46 {
47 numbers[x][y] = value;
48 // 賦值成功，count減一, value加一
49 --count;
50 ++value;
51
52 // 設(shè)置Next
53 if( direct == RIGHT )
54 right( x, y );
55 else if( direct == DOWN )
56 down( x, y );
57 else if( direct == LEFT )
58 left( x, y );
59 else if( direct == UP )
60 up( x, y );
61 }
62 else // 有障礙，要轉(zhuǎn)彎
63 {
64 if( direct == RIGHT ) // 若原來(lái)方向是右的話(huà)，就轉(zhuǎn)彎向下
65 {
66 x = x + 1;
67 y = y - 1;
68 direct = DOWN;
69 }
70 else if( direct == DOWN ) //若原來(lái)方向是下的話(huà)，就轉(zhuǎn)彎向左
71 {
72 x = x - 1;
73 y = y - 1;
74 direct = LEFT;
75 }
76 else if( direct == LEFT ) //若原來(lái)方向是左的話(huà)，就轉(zhuǎn)彎向上
77 {
78 x = x - 1;
79 y = y + 1;
80 direct = UP;
81 }
82 else if( direct == UP) //若原來(lái)方向是上的話(huà)，就轉(zhuǎn)彎向右
83 {
84 x = x + 1;
85 y = y + 1;
86 direct = RIGHT;
87 }
88 }
89 }
90
91 for( int i = 0; i<MAXSIZE; ++i )
92 {
93 for( int j = 0; j<MAXSIZE; ++j )
94 {
95 cout<<numbers[i][j]<<" ";
96 }
97 cout<<endl;
98 }
99
100 return 0;
101 }
宏的單行定義
#define A(x) T_##x
#define B（x) #@x
#define C（x) #x
我們假設(shè)：x=1，則有：
A(1)------〉T_1
B(1)------〉'1'
C(1)------〉"1"
##代表“連接”
#@代表“轉(zhuǎn)為字符”
#代表 “轉(zhuǎn)為字符串”
define的多行定義
define可以替代多行的代碼，例如MFC中的宏定義（非常的經(jīng)典）
#define MACRO(arg1, arg2) do { \
/* declarations */ \
stmt1; \
stmt2; \
/* ... */ \
} while(0) /* (no trailing ; ) */
關(guān)鍵是要在每一個(gè)換行的時(shí)候加上一個(gè)"\"
Win32應(yīng)用程序有條明確的主線(xiàn)：
（1） 進(jìn)入WinMain函數(shù)
（2） 設(shè)計(jì)一個(gè)Window
（3） 注冊(cè)這個(gè)Window
（4） 建立這個(gè)Window
（5） 顯示和更新這個(gè)Window
（6） 進(jìn)入消息循環(huán)
好，我就先找WinMain函數(shù)吧。
我在C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\mfc的appmodul.cpp的23行中找到了以下代碼：
extern "C" int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
_In_ LPTSTR lpCmdLine, int nCmdShow)
#pragma warning(suppress: 4985)
{
// call shared/exported WinMain
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}
_tWinMain是一個(gè)宏，詳細(xì)為： #define _tWinMain WinMain
所以這個(gè)確實(shí)是我們要找的WinMain函數(shù)
從代碼中看出，WinMain將參數(shù)全部交給AfxWinMain，來(lái)處理。
好，我又找AfxWinMain這個(gè)函數(shù)。
我在winmain.cpp的19行找到了AfxWinMain函數(shù)。
代碼：
int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
_In_ LPTSTR lpCmdLine, int nCmdShow)
{
ASSERT(hPrevInstance == NULL); // ASSERT在程序運(yùn)行時(shí)它計(jì)算括號(hào)內(nèi)的表達(dá)式，如果表達(dá)式為FALSE (0),
// 程序?qū)?bào)告錯(cuò)誤，并終止執(zhí)行。如果表達(dá)式不為0，則繼續(xù)執(zhí)行后面的語(yǔ)句。
// ASSERT只有在Debug版本中才有效，如果編譯為Release版本則被忽略。
// assert()的功能類(lèi)似，它是ANSI C標(biāo)準(zhǔn)中規(guī)定的函數(shù)，它與ASSERT的一個(gè)重要區(qū)別是可以用在Release版本中。
int nReturnCode = -1;
// AfxGetThread和 AfxGetApp 都是全局函數(shù)
CWinThread* pThread = AfxGetThread(); // 獲得正在執(zhí)行的線(xiàn)程，Must be called from within the desired thread.
CWinApp* pApp = AfxGetApp(); // 獲得A pointer to the single CWinApp object for the application
// AFX internal initialization
// This function is called by the MFC-supplied WinMain function, as part of the CWinApp initialization of a GUI-based
// application, to initialize MFC.
if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
goto InitFailure;
// App global initializations (rare)
if (pApp != NULL && !pApp->InitApplication()) //InitApplication已經(jīng)過(guò)時(shí)，用InitInstance代替,完成MFC內(nèi)部管理方面的工作
goto InitFailure;
// Perform specific initializations
if (!pThread->InitInstance()) // 初始化Instance，在每個(gè) a copy of the program runs的時(shí)候，虛函數(shù)
{
if (pThread->m_pMainWnd != NULL)
{
TRACE(traceAppMsg, 0, "Warning: Destroying non-NULL m_pMainWnd\n");
pThread->m_pMainWnd->DestroyWindow(); // m_pMainWnd holds a pointer to the application's main window.返回一個(gè)CWnd.
// cWnd Destroys the attached Windows window.
}
nReturnCode = pThread->ExitInstance(); // to exit this instance of the thread
goto InitFailure;
}
nReturnCode = pThread->Run();
InitFailure:
#ifdef _DEBUG
// Check for missing AfxLockTempMap calls
if (AfxGetModuleThreadState()->m_nTempMapLock != 0)
{
TRACE(traceAppMsg, 0, "Warning: Temp map lock count non-zero (%ld).\n",
AfxGetModuleThreadState()->m_nTempMapLock);
}
AfxLockTempMaps();
AfxUnlockTempMaps(-1);
#endif
AfxWinTerm();
return nReturnCode;
}
找到了WinMain函數(shù)后，看了下MFC為我生成的類(lèi)：
1. CTestApp 2. CTestView 3. CMainFrame 4. CTestDoc 5. CAboutDlg
查看CTestApp.cpp，發(fā)現(xiàn)了一個(gè)全局的CTestApp theApp，因?yàn)槿謱?duì)象必須在main函數(shù)之前產(chǎn)生并初始化，所以應(yīng)用程序調(diào)用的順序應(yīng)該是
CTestApp的構(gòu)造函數(shù) -> WinMain函數(shù)
又發(fā)現(xiàn)class CTestApp : public CWinApp,子類(lèi)的構(gòu)造函數(shù)在父類(lèi)的構(gòu)造函數(shù)調(diào)用之后調(diào)用，所以就搜索CWinApp吧。
在appcore.cpp的368行發(fā)現(xiàn)以下代碼：
CWinApp::CWinApp(LPCTSTR lpszAppName) // 此處的lpszAppName有個(gè)默認(rèn)參數(shù)NULL
{
if (lpszAppName != NULL)
m_pszAppName = _tcsdup(lpszAppName); // 為lpszAppName分配內(nèi)存
else
m_pszAppName = NULL;
// initialize CWinThread state
AFX_MODULE_STATE* pModuleState = _AFX_CMDTARGET_GETSTATE();
ENSURE(pModuleState);
AFX_MODULE_THREAD_STATE* pThreadState = pModuleState->m_thread;
ENSURE(pThreadState);
ASSERT(AfxGetThread() == NULL);
pThreadState->m_pCurrentWinThread = this; // 如果有子類(lèi)繼承了CWinApp, this就是子類(lèi)
ASSERT(AfxGetThread() == this);
m_hThread = ::GetCurrentThread();
m_nThreadID = ::GetCurrentThreadId();
// initialize CWinApp state
ASSERT(afxCurrentWinApp == NULL); // only one CWinApp object please
pModuleState->m_pCurrentWinApp = this; // 如果有子類(lèi)繼承了CWinApp, this就是子類(lèi)
ASSERT(AfxGetApp() == this);
// in non-running state until WinMain
m_hInstance = NULL;
m_hLangResourceDLL = NULL;v
m_pszHelpFilePath = NULL;
m_pszProfileName = NULL;
m_pszRegistryKey = NULL;
m_pszExeName = NULL;
m_pRecentFileList = NULL;
m_pDocManager = NULL;
m_atomApp = m_atomSystemTopic = NULL;
m_lpCmdLine = NULL;
m_pCmdInfo = NULL;
// initialize wait cursor state
m_nWaitCursorCount = 0;
m_hcurWaitCursorRestore = NULL;
// initialize current printer state
m_hDevMode = NULL;
m_hDevNames = NULL;
m_nNumPreviewPages = 0; // not specified (defaults to 1)
// initialize DAO state
m_lpfnDaoTerm = NULL; // will be set if AfxDaoInit called
// other initialization
m_bHelpMode = FALSE;
m_eHelpType = afxWinHelp;
m_nSafetyPoolSize = 512; // default size
}
然后是CTestApp的構(gòu)造函數(shù)的調(diào)用。
在CTestApp的聲明中，它重寫(xiě)了InitInstance函數(shù)，如下：
BOOL CTestApp::InitInstance()
{
AfxEnableControlContainer(); //Call this function in your application object's InitInstance function
//to enable support for containment of ActiveX controls
// Standard initialization
// If you are not using these features and wish to reduce the size
// of your final executable, you should remove from the following
// the specific initialization routines you do not need.
// In MFC 5.0, Enable3dControls and Enable3dControlsStatic are obsolete because their functionality is incorporated
// into Microsoft's 32-bit and 64-bit operating systems.
#ifdef _AFXDLL
Enable3dControls(); // Call this when using MFC in a shared DLL
#else
Enable3dControlsStatic(); // Call this when linking to MFC statically
#endif
// Change the registry key under which our settings are stored.
// TODO: You should modify this string to be something appropriate
// such as the name of your company or organization.
SetRegistryKey(_T("Local AppWizard-Generated Applications"));
LoadStdProfileSettings(); // Load standard INI file options (including MRU)
// Register the application's document templates. Document templates
// serve as the connection between documents, frame windows and views.
CSingleDocTemplate* pDocTemplate; // 單文檔程序的模板生成
pDocTemplate = new CSingleDocTemplate(
IDR_MAINFRAME,
RUNTIME_CLASS(CTestDoc),
RUNTIME_CLASS(CMainFrame), // main SDI frame window
RUNTIME_CLASS(CTestView));
AddDocTemplate(pDocTemplate);
// Parse command line for standard shell commands, DDE, file open
CCommandLineInfo cmdInfo; // 對(duì)命令查詢(xún)分析
ParseCommandLine(cmdInfo);
// Dispatch commands specified on the command line
if (!ProcessShellCommand(cmdInfo))
return FALSE;
// The one and only window has been initialized, so show and update it.
m_pMainWnd->ShowWindow(SW_SHOW); //顯示和更新窗口
m_pMainWnd->UpdateWindow();
return TRUE;
}
有了WinMain函數(shù)，也找到了顯示和更新窗口的語(yǔ)句，但是從哪里開(kāi)始設(shè)計(jì)窗口，注冊(cè)窗口，建立窗口呢？
我又搜索了WNDCLASS，在wincore.cpp的4495行發(fā)現(xiàn)了與設(shè)計(jì)窗口時(shí)很像的函數(shù)BOOL AFXAPI AfxEndDeferRegisterClass(LONG fToRegister)
發(fā)現(xiàn)MS已經(jīng)在里面為我注冊(cè)了一些窗口，我只要選擇自己想要的樣式就可以了。
那么如何建立一個(gè)窗口呢？我又搜索了CreateWindow，在wincore.cpp的675行中有個(gè)BOOL CWnd::CreateEx函數(shù)。
里面有調(diào)用CreateWindowEx。這個(gè)函數(shù)還調(diào)用了一個(gè)叫PreCreateWindow的函數(shù)，這個(gè)函數(shù)主要是確定在建立窗口之前，確保要建立的窗口已經(jīng)注冊(cè)了。
好了，一切都準(zhǔn)備好了。最后就是進(jìn)入消息循環(huán)。
轉(zhuǎn)自CSDN
在所有的預(yù)處理指令中，#Pragma 指令可能是最復(fù)雜的了，它的作用是設(shè)定編譯器的狀態(tài)或者是指示編譯器完成一些特定的動(dòng)作。#pragma指令對(duì)每個(gè)編譯器給出了一個(gè)方法,在保持與C和C++語(yǔ)言完全兼容的情況下,給出主機(jī)或操作系統(tǒng)專(zhuān)有的特征。依據(jù)定義,編譯指示是機(jī)器或操作系統(tǒng)專(zhuān)有的,且對(duì)于每個(gè)編譯器都是不同的。
其格式一般為: #Pragma Para
其中Para 為參數(shù)，下面來(lái)看一些常用的參數(shù)。
(1)message 參數(shù)。 Message 參數(shù)是我最喜歡的一個(gè)參數(shù)，它能夠在編譯信息輸出窗
口中輸出相應(yīng)的信息，這對(duì)于源代碼信息的控制是非常重要的。其使用方法為：
#Pragma message(“消息文本”)
當(dāng)編譯器遇到這條指令時(shí)就在編譯輸出窗口中將消息文本打印出來(lái)。
當(dāng)我們?cè)诔绦蛑卸x了許多宏來(lái)控制源代碼版本的時(shí)候，我們自己有可能都會(huì)忘記有沒(méi)有正確的設(shè)置這些宏，此時(shí)我們可以用這條指令在編譯的時(shí)候就進(jìn)行檢查。假設(shè)我們希望判斷自己有沒(méi)有在源代碼的什么地方定義了_X86這個(gè)宏可以用下面的方法
#ifdef _X86
#Pragma message(“_X86 macro activated!”)
#endif
當(dāng)我們定義了_X86這個(gè)宏以后，應(yīng)用程序在編譯時(shí)就會(huì)在編譯輸出窗口里顯示“_
X86 macro activated!”。我們就不會(huì)因?yàn)椴挥浀米约憾x的一些特定的宏而抓耳撓腮了
。
(2)另一個(gè)使用得比較多的pragma參數(shù)是code_seg。格式如：
#pragma code_seg( ["section-name"[,"section-class"] ] )
它能夠設(shè)置程序中函數(shù)代碼存放的代碼段，當(dāng)我們開(kāi)發(fā)驅(qū)動(dòng)程序的時(shí)候就會(huì)使用到它。
(3)#pragma once (比較常用）
只要在頭文件的最開(kāi)始加入這條指令就能夠保證頭文件被編譯一次，這條指令實(shí)際上在VC6中就已經(jīng)有了，但是考慮到兼容性并沒(méi)有太多的使用它。
(4)#pragma hdrstop表示預(yù)編譯頭文件到此為止，后面的頭文件不進(jìn)行預(yù)編譯。BCB可以預(yù)編譯頭文件以加快鏈接的速度，但如果所有頭文件都進(jìn)行預(yù)編譯又可能占太多磁盤(pán)空間，所以使用這個(gè)選項(xiàng)排除一些頭文件。
有時(shí)單元之間有依賴(lài)關(guān)系，比如單元A依賴(lài)單元B，所以單元B要先于單元A編譯。你可以用#pragma startup指定編譯優(yōu)先級(jí)，如果使用了#pragma package(smart_init) ，BCB就會(huì)根據(jù)優(yōu)先級(jí)的大小先后編譯。
(5)#pragma resource "*.dfm"表示把*.dfm文件中的資源加入工程。*.dfm中包括窗體
外觀(guān)的定義。
(6)#pragma warning( disable : 4507 34; once : 4385; error : 164 )
等價(jià)于：
#pragma warning(disable:4507 34) // 不顯示4507和34號(hào)警告信息
#pragma warning(once:4385) // 4385號(hào)警告信息僅報(bào)告一次
#pragma warning(error:164) // 把164號(hào)警告信息作為一個(gè)錯(cuò)誤。
同時(shí)這個(gè)pragma warning 也支持如下格式：
#pragma warning( push [ ,n ] )
#pragma warning( pop )
這里n代表一個(gè)警告等級(jí)(1---4)。
#pragma warning( push )保存所有警告信息的現(xiàn)有的警告狀態(tài)。
#pragma warning( push, n)保存所有警告信息的現(xiàn)有的警告狀態(tài)，并且把全局警告
等級(jí)設(shè)定為n。
#pragma warning( pop )向棧中彈出最后一個(gè)警告信息，在入棧和出棧之間所作的
一切改動(dòng)取消。例如：
#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
//.......
#pragma warning( pop )
在這段代碼的最后，重新保存所有的警告信息(包括4705，4706和4707)。
（7）pragma comment(...)
該指令將一個(gè)注釋記錄放入一個(gè)對(duì)象文件或可執(zhí)行文件中。
常用的lib關(guān)鍵字，可以幫我們連入一個(gè)庫(kù)文件。
關(guān)于23種設(shè)計(jì)模式的有趣見(jiàn)解
創(chuàng)建型模式
1、FACTORY—追MM少不了請(qǐng)吃飯了，麥當(dāng)勞的雞翅和肯德基的雞翅都是MM愛(ài)吃的東西，雖然口味有所不同，但不管你帶MM去麥當(dāng)勞或肯德基，只管向服務(wù)員說(shuō)“來(lái)四個(gè)雞翅”就行了。麥當(dāng)勞和肯德基就是生產(chǎn)雞翅的Factory
工廠(chǎng)模式：客戶(hù)類(lèi)和工廠(chǎng)類(lèi)分開(kāi)。消費(fèi)者任何時(shí)候需要某種產(chǎn)品，只需向工廠(chǎng)請(qǐng)求即可。消費(fèi)者無(wú)須修改就可以接納新產(chǎn)品。缺點(diǎn)是當(dāng)產(chǎn)品修改時(shí)，工廠(chǎng)類(lèi)也要做相應(yīng)的修改。如：如何創(chuàng)建及如何向客戶(hù)端提供。
2、BUILDER—MM最?lèi)?ài)聽(tīng)的就是“我愛(ài)你”這句話(huà)了，見(jiàn)到不同地方的MM,要能夠用她們的方言跟她說(shuō)這句話(huà)哦，我有一個(gè)多種語(yǔ)言翻譯機(jī)，上面每種語(yǔ)言都有一個(gè)按鍵，見(jiàn)到MM我只要按對(duì)應(yīng)的鍵，它就能夠用相應(yīng)的語(yǔ)言說(shuō)出“我愛(ài)你”這句話(huà)了，國(guó)外的MM也可以輕松搞掂，這就是我的“我愛(ài)你”builder。（這一定比美軍在伊拉克用的翻譯機(jī)好賣(mài)）
建造模式：將產(chǎn)品的內(nèi)部表象和產(chǎn)品的生成過(guò)程分割開(kāi)來(lái)，從而使一個(gè)建造過(guò)程生成具有不同的內(nèi)部表象的產(chǎn)品對(duì)象。建造模式使得產(chǎn)品內(nèi)部表象可以獨(dú)立的變化，客戶(hù)不必知道產(chǎn)品內(nèi)部組成的細(xì)節(jié)。建造模式可以強(qiáng)制實(shí)行一種分步驟進(jìn)行的建造過(guò)程。
3、FACTORY METHOD—請(qǐng)MM去麥當(dāng)勞吃漢堡，不同的MM有不同的口味，要每個(gè)都記住是一件煩人的事情，我一般采用Factory Method模式，帶著MM到服務(wù)員那兒，說(shuō)“要一個(gè)漢堡”，具體要什么樣的漢堡呢，讓MM直接跟服務(wù)員說(shuō)就行了。
工廠(chǎng)方法模式：核心工廠(chǎng)類(lèi)不再負(fù)責(zé)所有產(chǎn)品的創(chuàng)建，而是將具體創(chuàng)建的工作交給子類(lèi)去做，成為一個(gè)抽象工廠(chǎng)角色，僅負(fù)責(zé)給出具體工廠(chǎng)類(lèi)必須實(shí)現(xiàn)的接口，而不接觸哪一個(gè)產(chǎn)品類(lèi)應(yīng)當(dāng)被實(shí)例化這種細(xì)節(jié)。
4、PROTOTYPE—跟MM用QQ聊天，一定要說(shuō)些深情的話(huà)語(yǔ)了，我搜集了好多肉麻的情話(huà)，需要時(shí)只要copy出來(lái)放到QQ里面就行了，這就是我的情話(huà)prototype了。（100塊錢(qián)一份，你要不要）
原始模型模式：通過(guò)給出一個(gè)原型對(duì)象來(lái)指明所要?jiǎng)?chuàng)建的對(duì)象的類(lèi)型，然后用復(fù)制這個(gè)原型對(duì)象的方法創(chuàng)建出更多同類(lèi)型的對(duì)象。原始模型模式允許動(dòng)態(tài)的增加或減少產(chǎn)品類(lèi)，產(chǎn)品類(lèi)不需要非得有任何事先確定的等級(jí)結(jié)構(gòu)，原始模型模式適用于任何的等級(jí)結(jié)構(gòu)。缺點(diǎn)是每一個(gè)類(lèi)都必須配備一個(gè)克隆方法。
5、SINGLETON—俺有6個(gè)漂亮的老婆，她們的老公都是我，我就是我們家里的老公Sigleton，她們只要說(shuō)道“老公”，都是指的同一個(gè)人，那就是我(剛才做了個(gè)夢(mèng)啦，哪有這么好的事)
單例模式：?jiǎn)卫Ｊ酱_保某一個(gè)類(lèi)只有一個(gè)實(shí)例，而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例單例模式。單例模式只應(yīng)在有真正的“單一實(shí)例”的需求時(shí)才可使用。
結(jié)構(gòu)型模式
6、ADAPTER—在朋友聚會(huì)上碰到了一個(gè)美女Sarah，從香港來(lái)的，可我不會(huì)說(shuō)粵語(yǔ)，她不會(huì)說(shuō)普通話(huà)，只好求助于我的朋友kent了，他作為我和Sarah之間的Adapter，讓我和Sarah可以相互交談了(也不知道他會(huì)不會(huì)耍我)
適配器（變壓器）模式：把一個(gè)類(lèi)的接口變換成客戶(hù)端所期待的另一種接口，從而使原本因接口原因不匹配而無(wú)法一起工作的兩個(gè)類(lèi)能夠一起工作。適配類(lèi)可以根據(jù)參數(shù)返還一個(gè)合適的實(shí)例給客戶(hù)端。
7、BRIDGE—早上碰到MM，要說(shuō)早上好，晚上碰到MM，要說(shuō)晚上好；碰到MM穿了件新衣服，要說(shuō)你的衣服好漂亮哦，碰到MM新做的發(fā)型，要說(shuō)你的頭發(fā)好漂亮哦。不要問(wèn)我“早上碰到MM新做了個(gè)發(fā)型怎么說(shuō)”這種問(wèn)題，自己用BRIDGE組合一下不就行了
橋梁模式：將抽象化與實(shí)現(xiàn)化脫耦，使得二者可以獨(dú)立的變化，也就是說(shuō)將他們之間的強(qiáng)關(guān)聯(lián)變成弱關(guān)聯(lián)，也就是指在一個(gè)軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以獨(dú)立的變化。
8、COMPOSITE—Mary今天過(guò)生日。“我過(guò)生日，你要送我一件禮物。”“嗯，好吧，去商店，你自己挑。”“這件T恤挺漂亮，買(mǎi)，這條裙子好看，買(mǎi)，這個(gè)包也不錯(cuò)，買(mǎi)。”“喂，買(mǎi)了三件了呀，我只答應(yīng)送一件禮物的哦。”“什么呀，T恤加裙子加包包，正好配成一套呀，小姐，麻煩你包起來(lái)。”“……”，MM都會(huì)用Composite模式了，你會(huì)了沒(méi)有？
合成模式：合成模式將對(duì)象組織到樹(shù)結(jié)構(gòu)中，可以用來(lái)描述整體與部分的關(guān)系。合成模式就是一個(gè)處理對(duì)象的樹(shù)結(jié)構(gòu)的模式。合成模式把部分與整體的關(guān)系用樹(shù)結(jié)構(gòu)表示出來(lái)。合成模式使得客戶(hù)端把一個(gè)個(gè)單獨(dú)的成分對(duì)象和由他們復(fù)合而成的合成對(duì)象同等看待。
9、DECORATOR—Mary過(guò)完輪到Sarly過(guò)生日，還是不要叫她自己挑了，不然這個(gè)月伙食費(fèi)肯定玩完，拿出我去年在華山頂上照的照片，在背面寫(xiě)上“最好的的禮物，就是愛(ài)你的Fita”，再到街上禮品店買(mǎi)了個(gè)像框（賣(mài)禮品的MM也很漂亮哦），再找隔壁搞美術(shù)設(shè)計(jì)的Mike設(shè)計(jì)了一個(gè)漂亮的盒子裝起來(lái)……，我們都是Decorator，最終都在修飾我這個(gè)人呀，怎么樣，看懂了嗎？
裝飾模式：裝飾模式以對(duì)客戶(hù)端透明的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案，提供比繼承更多的靈活性。動(dòng)態(tài)給一個(gè)對(duì)象增加功能，這些功能可以再動(dòng)態(tài)的撤消。增加由一些基本功能的排列組合而產(chǎn)生的非常大量的功能。
10、FACADE—我有一個(gè)專(zhuān)業(yè)的Nikon相機(jī)，我就喜歡自己手動(dòng)調(diào)光圈、快門(mén)，這樣照出來(lái)的照片才專(zhuān)業(yè)，但MM可不懂這些，教了半天也不會(huì)。幸好相機(jī)有Facade設(shè)計(jì)模式，把相機(jī)調(diào)整到自動(dòng)檔，只要對(duì)準(zhǔn)目標(biāo)按快門(mén)就行了，一切由相機(jī)自動(dòng)調(diào)整，這樣MM也可以用這個(gè)相機(jī)給我拍張照片了。
門(mén)面模式：外部與一個(gè)子系統(tǒng)的通信必須通過(guò)一個(gè)統(tǒng)一的門(mén)面對(duì)象進(jìn)行。門(mén)面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用。每一個(gè)子系統(tǒng)只有一個(gè)門(mén)面類(lèi)，而且此門(mén)面類(lèi)只有一個(gè)實(shí)例，也就是說(shuō)它是一個(gè)單例模式。但整個(gè)系統(tǒng)可以有多個(gè)門(mén)面類(lèi)。
11、FLYWEIGHT—每天跟MM發(fā)短信，手指都累死了，最近買(mǎi)了個(gè)新手機(jī)，可以把一些常用的句子存在手機(jī)里，要用的時(shí)候，直接拿出來(lái)，在前面加上MM的名字就可以發(fā)送了，再不用一個(gè)字一個(gè)字敲了。共享的句子就是Flyweight，MM的名字就是提取出來(lái)的外部特征，根據(jù)上下文情況使用。
享元模式：FLYWEIGHT在拳擊比賽中指最輕量級(jí)。享元模式以共享的方式高效的支持大量的細(xì)粒度對(duì)象。享元模式能做到共享的關(guān)鍵是區(qū)分內(nèi)蘊(yùn)狀態(tài)和外蘊(yùn)狀態(tài)。內(nèi)蘊(yùn)狀態(tài)存儲(chǔ)在享元內(nèi)部，不會(huì)隨環(huán)境的改變而有所不同。外蘊(yùn)狀態(tài)是隨環(huán)境的改變而改變的。外蘊(yùn)狀態(tài)不能影響內(nèi)蘊(yùn)狀態(tài)，它們是相互獨(dú)立的。將可以共享的狀態(tài)和不可以共享的狀態(tài)從常規(guī)類(lèi)中區(qū)分開(kāi)來(lái)，將不可以共享的狀態(tài)從類(lèi)里剔除出去。客戶(hù)端不可以直接創(chuàng)建被共享的對(duì)象，而應(yīng)當(dāng)使用一個(gè)工廠(chǎng)對(duì)象負(fù)責(zé)創(chuàng)建被共享的對(duì)象。享元模式大幅度的降低內(nèi)存中對(duì)象的數(shù)量。
12、PROXY—跟MM在網(wǎng)上聊天，一開(kāi)頭總是“hi,你好”,“你從哪兒來(lái)呀？”“你多大了？”“身高多少呀？”這些話(huà)，真煩人，寫(xiě)個(gè)程序做為我的Proxy吧，凡是接收到這些話(huà)都設(shè)置好了自動(dòng)的回答，接收到其他的話(huà)時(shí)再通知我回答，怎么樣，酷吧。
代理模式：代理模式給某一個(gè)對(duì)象提供一個(gè)代理對(duì)象，并由代理對(duì)象控制對(duì)源對(duì)象的引用。代理就是一個(gè)人或一個(gè)機(jī)構(gòu)代表另一個(gè)人或者一個(gè)機(jī)構(gòu)采取行動(dòng)。某些情況下，客戶(hù)不想或者不能夠直接引用一個(gè)對(duì)象，代理對(duì)象可以在客戶(hù)和目標(biāo)對(duì)象直接起到中介的作用。客戶(hù)端分辨不出代理主題對(duì)象與真實(shí)主題對(duì)象。代理模式可以并不知道真正的被代理對(duì)象，而僅僅持有一個(gè)被代理對(duì)象的接口，這時(shí)候代理對(duì)象不能夠創(chuàng)建被代理對(duì)象，被代理對(duì)象必須有系統(tǒng)的其他角色代為創(chuàng)建并傳入。
行為模式
13、CHAIN OF RESPONSIBLEITY—晚上去上英語(yǔ)課，為了好開(kāi)溜坐到了最后一排，哇，前面坐了好幾個(gè)漂亮的MM哎，找張紙條，寫(xiě)上“Hi,可以做我的女朋友嗎？如果不愿意請(qǐng)向前傳”，紙條就一個(gè)接一個(gè)的傳上去了，糟糕，傳到第一排的MM把紙條傳給老師了，聽(tīng)說(shuō)是個(gè)老處女呀，快跑!
責(zé)任鏈模式：在責(zé)任鏈模式中，很多對(duì)象由每一個(gè)對(duì)象對(duì)其下家的引用而接
起來(lái)形成一條鏈。請(qǐng)求在這個(gè)鏈上傳遞，直到鏈上的某一個(gè)對(duì)象決定處理此請(qǐng)求。客戶(hù)并不知道鏈上的哪一個(gè)對(duì)象最終處理這個(gè)請(qǐng)求，系統(tǒng)可以在不影響客戶(hù)端的情況下動(dòng)態(tài)的重新組織鏈和分配責(zé)任。處理者有兩個(gè)選擇：承擔(dān)責(zé)任或者把責(zé)任推給下家。一個(gè)請(qǐng)求可以最終不被任何接收端對(duì)象所接受。
14、COMMAND—俺有一個(gè)MM家里管得特別嚴(yán)，沒(méi)法見(jiàn)面，只好借助于她弟弟在我們倆之間傳送信息，她對(duì)我有什么指示，就寫(xiě)一張紙條讓她弟弟帶給我。這不，她弟弟又傳送過(guò)來(lái)一個(gè)COMMAND，為了感謝他，我請(qǐng)他吃了碗雜醬面，哪知道他說(shuō)：“我同時(shí)給我姐姐三個(gè)男朋友送COMMAND，就數(shù)你最小氣，才請(qǐng)我吃面。”，:-(
命令模式：命令模式把一個(gè)請(qǐng)求或者操作封裝到一個(gè)對(duì)象中。命令模式把發(fā)出命令的責(zé)任和執(zhí)行命令的責(zé)任分割開(kāi)，委派給不同的對(duì)象。命令模式允許請(qǐng)求的一方和發(fā)送的一方獨(dú)立開(kāi)來(lái)，使得請(qǐng)求的一方不必知道接收請(qǐng)求的一方的接口，更不必知道請(qǐng)求是怎么被接收，以及操作是否執(zhí)行，何時(shí)被執(zhí)行以及是怎么被執(zhí)行的。系統(tǒng)支持命令的撤消。
15、INTERPRETER—俺有一個(gè)《泡MM真經(jīng)》，上面有各種泡MM的攻略，比如說(shuō)去吃西餐的步驟、去看電影的方法等等，跟MM約會(huì)時(shí)，只要做一個(gè)Interpreter，照著上面的腳本執(zhí)行就可以了。
解釋器模式：給定一個(gè)語(yǔ)言后，解釋器模式可以定義出其文法的一種表示，并同時(shí)提供一個(gè)解釋器。客戶(hù)端可以使用這個(gè)解釋器來(lái)解釋這個(gè)語(yǔ)言中的句子。解釋器模式將描述怎樣在有了一個(gè)簡(jiǎn)單的文法后，使用模式設(shè)計(jì)解釋這些語(yǔ)句。在解釋器模式里面提到的語(yǔ)言是指任何解釋器對(duì)象能夠解釋的任何組合。在解釋器模式中需要定義一個(gè)代表文法的命令類(lèi)的等級(jí)結(jié)構(gòu)，也就是一系列的組合規(guī)則。每一個(gè)命令對(duì)象都有一個(gè)解釋方法，代表對(duì)命令對(duì)象的解釋。命令對(duì)象的等級(jí)結(jié)構(gòu)中的對(duì)象的任何排列組合都是一個(gè)語(yǔ)言。
16、ITERATOR—我愛(ài)上了Mary，不顧一切的向她求婚。
Mary：“想要我跟你結(jié)婚，得答應(yīng)我的條件”
我：“什么條件我都答應(yīng)，你說(shuō)吧”
Mary：“我看上了那個(gè)一克拉的鉆石”
我：“我買(mǎi)，我買(mǎi)，還有嗎？”
Mary：“我看上了湖邊的那棟別墅”
我：“我買(mǎi)，我買(mǎi)，還有嗎？”
Mary：“你的小弟弟必須要有50cm長(zhǎng)”
我腦袋嗡的一聲，坐在椅子上，一咬牙：“我剪，我剪，還有嗎？”
……
迭代子模式：迭代子模式可以順序訪(fǎng)問(wèn)一個(gè)聚集中的元素而不必暴露聚集的內(nèi)部表象。多個(gè)對(duì)象聚在一起形成的總體稱(chēng)之為聚集，聚集對(duì)象是能夠包容一組對(duì)象的容器對(duì)象。迭代子模式將迭代邏輯封裝到一個(gè)獨(dú)立的子對(duì)象中，從而與聚集本身隔開(kāi)。迭代子模式簡(jiǎn)化了聚集的界面。每一個(gè)聚集對(duì)象都可以有一個(gè)或一個(gè)以上的迭代子對(duì)象，每一個(gè)迭代子的迭代狀態(tài)可以是彼此獨(dú)立的。迭代算法可以獨(dú)立于聚集角色變化。
17、MEDIATOR—四個(gè)MM打麻將，相互之間誰(shuí)應(yīng)該給誰(shuí)多少錢(qián)算不清楚了，幸虧當(dāng)時(shí)我在旁邊，按照各自的籌碼數(shù)算錢(qián)，賺了錢(qián)的從我這里拿，賠了錢(qián)的也付給我，一切就OK啦，俺得到了四個(gè)MM的電話(huà)。
調(diào)停者模式：調(diào)停者模式包裝了一系列對(duì)象相互作用的方式，使得這些對(duì)象不必相互明顯作用。從而使他們可以松散偶合。當(dāng)某些對(duì)象之間的作用發(fā)生改變時(shí)，不會(huì)立即影響其他的一些對(duì)象之間的作用。保證這些作用可以彼此獨(dú)立的變化。調(diào)停者模式將多對(duì)多的相互作用轉(zhuǎn)化為一對(duì)多的相互作用。調(diào)停者模式將對(duì)象的行為和協(xié)作抽象化，把對(duì)象在小尺度的行為上與其他對(duì)象的相互作用分開(kāi)處理。
18、MEMENTO—同時(shí)跟幾個(gè)MM聊天時(shí)，一定要記清楚剛才跟MM說(shuō)了些什么話(huà)，不然MM發(fā)現(xiàn)了會(huì)不高興的哦，幸虧我有個(gè)備忘錄，剛才與哪個(gè)MM說(shuō)了什么話(huà)我都拷貝一份放到備忘錄里面保存，這樣可以隨時(shí)察看以前的記錄啦。
備忘錄模式：備忘錄對(duì)象是一個(gè)用來(lái)存儲(chǔ)另外一個(gè)對(duì)象內(nèi)部狀態(tài)的快照的對(duì)象。備忘錄模式的用意是在不破壞封裝的條件下，將一個(gè)對(duì)象的狀態(tài)捉住，并外部化，存儲(chǔ)起來(lái)，從而可以在將來(lái)合適的時(shí)候把這個(gè)對(duì)象還原到存儲(chǔ)起來(lái)的狀態(tài)。
19、OBSERVER—想知道咱們公司最新MM情報(bào)嗎？加入公司的MM情報(bào)郵件組就行了，tom負(fù)責(zé)搜集情報(bào)，他發(fā)現(xiàn)的新情報(bào)不用一個(gè)一個(gè)通知我們，直接發(fā)布給郵件組，我們作為訂閱者（觀(guān)察者）就可以及時(shí)收到情報(bào)啦
觀(guān)察者模式：觀(guān)察者模式定義了一種一隊(duì)多的依賴(lài)關(guān)系，讓多個(gè)觀(guān)察者對(duì)象同時(shí)監(jiān)聽(tīng)某一個(gè)主題對(duì)象。這個(gè)主題對(duì)象在狀態(tài)上發(fā)生變化時(shí)，會(huì)通知所有觀(guān)察者對(duì)象，使他們能夠自動(dòng)更新自己。
20、STATE—跟MM交往時(shí)，一定要注意她的狀態(tài)哦，在不同的狀態(tài)時(shí)她的行為會(huì)有不同，比如你約她今天晚上去看電影，對(duì)你沒(méi)興趣的MM就會(huì)說(shuō)“有事情啦”，對(duì)你不討厭但還沒(méi)喜歡上的MM就會(huì)說(shuō)“好啊，不過(guò)可以帶上我同事么？”，已經(jīng)喜歡上你的MM就會(huì)說(shuō)“幾點(diǎn)鐘？看完電影再去泡吧怎么樣？”，當(dāng)然你看電影過(guò)程中表現(xiàn)良好的話(huà)，也可以把MM的狀態(tài)從不討厭不喜歡變成喜歡哦。
狀態(tài)模式：狀態(tài)模式允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變的時(shí)候改變行為。這個(gè)對(duì)象看上去象是改變了它的類(lèi)一樣。狀態(tài)模式把所研究的對(duì)象的行為包裝在不同的狀態(tài)對(duì)象里，每一個(gè)狀態(tài)對(duì)象都屬于一個(gè)抽象狀態(tài)類(lèi)的一個(gè)子類(lèi)。狀態(tài)模式的意圖是讓一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變的時(shí)候，其行為也隨之改變。狀態(tài)模式需要對(duì)每一個(gè)系統(tǒng)可能取得的狀態(tài)創(chuàng)立一個(gè)狀態(tài)類(lèi)的子類(lèi)。當(dāng)系統(tǒng)的狀態(tài)變化時(shí)，系統(tǒng)便改變所選的子類(lèi)。
21、STRATEGY—跟不同類(lèi)型的MM約會(huì)，要用不同的策略，有的請(qǐng)電影比較好，有的則去吃小吃效果不錯(cuò)，有的去海邊浪漫最合適，單目的都是為了得到MM的芳心，我的追MM錦囊中有好多Strategy哦。
策略模式：策略模式針對(duì)一組算法，將每一個(gè)算法封裝到具有共同接口的獨(dú)立的類(lèi)中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶(hù)端的情況下發(fā)生變化。策略模式把行為和環(huán)境分開(kāi)。環(huán)境類(lèi)負(fù)責(zé)維持和查詢(xún)行為類(lèi)，各種算法在具體的策略類(lèi)中提供。由于算法和環(huán)境獨(dú)立開(kāi)來(lái)，算法的增減，修改都不會(huì)影響到環(huán)境和客戶(hù)端。
22、TEMPLATE METHOD——看過(guò)《如何說(shuō)服女生上床》這部經(jīng)典文章嗎？女生從認(rèn)識(shí)到上床的不變的步驟分為巧遇、打破僵局、展開(kāi)追求、接吻、前戲、動(dòng)手、愛(ài)撫、進(jìn)去八大步驟(Template method)，但每個(gè)步驟針對(duì)不同的情況，都有不一樣的做法，這就要看你隨機(jī)應(yīng)變啦(具體實(shí)現(xiàn))；
模板方法模式：模板方法模式準(zhǔn)備一個(gè)抽象類(lèi)，將部分邏輯以具體方法以及具體構(gòu)造子的形式實(shí)現(xiàn)，然后聲明一些抽象方法來(lái)迫使子類(lèi)實(shí)現(xiàn)剩余的邏輯。不同的子類(lèi)可以以不同的方式實(shí)現(xiàn)這些抽象方法，從而對(duì)剩余的邏輯有不同的實(shí)現(xiàn)。先制定一個(gè)頂級(jí)邏輯框架，而將邏輯的細(xì)節(jié)留給具體的子類(lèi)去實(shí)現(xiàn)。
23、VISITOR—情人節(jié)到了，要給每個(gè)MM送一束鮮花和一張卡片，可是每個(gè)MM送的花都要針對(duì)她個(gè)人的特點(diǎn)，每張卡片也要根據(jù)個(gè)人的特點(diǎn)來(lái)挑，我一個(gè)人哪搞得清楚，還是找花店老板和禮品店老板做一下Visitor，讓花店老板根據(jù)MM的特點(diǎn)選一束花，讓禮品店老板也根據(jù)每個(gè)人特點(diǎn)選一張卡，這樣就輕松多了；
訪(fǎng)問(wèn)者模式：訪(fǎng)問(wèn)者模式的目的是封裝一些施加于某種數(shù)據(jù)結(jié)構(gòu)元素之上的操作。一旦這些操作需要修改的話(huà)，接受這個(gè)操作的數(shù)據(jù)結(jié)構(gòu)可以保持不變。訪(fǎng)問(wèn)者模式適用于數(shù)據(jù)結(jié)構(gòu)相對(duì)未定的系統(tǒng)，它把數(shù)據(jù)結(jié)構(gòu)和作用于結(jié)構(gòu)上的操作之間的耦合解脫開(kāi)，使得操作集合可以相對(duì)自由的演化。訪(fǎng)問(wèn)者模式使得增加新的操作變的很容易，就是增加一個(gè)新的訪(fǎng)問(wèn)者類(lèi)。訪(fǎng)問(wèn)者模式將有關(guān)的行為集中到一個(gè)訪(fǎng)問(wèn)者對(duì)象中，而不是分散到一個(gè)個(gè)的節(jié)點(diǎn)類(lèi)中。當(dāng)使用訪(fǎng)問(wèn)者模式時(shí)，要將盡可能多的對(duì)象瀏覽邏輯放在訪(fǎng)問(wèn)者類(lèi)中，而不是放到它的子類(lèi)中。訪(fǎng)問(wèn)者模式可以跨過(guò)幾個(gè)類(lèi)的等級(jí)結(jié)構(gòu)訪(fǎng)問(wèn)屬于不同的等級(jí)結(jié)構(gòu)的成員類(lèi)。
=====================================================================
另一種解釋
==創(chuàng)建型模式==
1、 =SIMPLE FACTORY=
打完籃球真累，正好邊上有個(gè)小攤。
“來(lái)杯可樂(lè)。”
“我要芬達(dá)。”
“一瓶礦泉水。”
工廠(chǎng)模式：客戶(hù)類(lèi)和工廠(chǎng)類(lèi)分開(kāi)。消費(fèi)者任何時(shí)候需要某種產(chǎn)品，只需向工廠(chǎng)請(qǐng)求即可。消費(fèi)者無(wú)須修改就可以接納新產(chǎn)品。有了小攤這個(gè)工廠(chǎng)，我們口渴的問(wèn)題就很easy的解決了。
2、 =FACTORY METHOD=
以前每次下午打完籃球后一般很晚，回來(lái)再洗個(gè)澡，食堂就關(guān)門(mén)了。我們就集體跑過(guò)西三門(mén)外吃牛肉面（呵呵，人生之一大爽事啊），每個(gè)餐廳的風(fēng)味還不一樣，這無(wú)所謂啦，我們只要說(shuō)一句“來(lái)碗牛肉面“就行了。
工廠(chǎng)方法模式：核心工廠(chǎng)類(lèi)不再負(fù)責(zé)所有產(chǎn)品的創(chuàng)建，而是將具體創(chuàng)建的工作交給子類(lèi)去做，成為一個(gè)抽象工廠(chǎng)角色，僅負(fù)責(zé)給出具體工廠(chǎng)類(lèi)必須實(shí)現(xiàn)的接口，而不接觸哪一個(gè)產(chǎn)品類(lèi)應(yīng)當(dāng)被實(shí)例化這種細(xì)節(jié)。每一個(gè)餐廳就是一個(gè)具體的工廠(chǎng)，可惜現(xiàn)在西三門(mén)已經(jīng)關(guān)掉了，郁悶ing！
3、 =SINGLETON=
Kobe就是Kobe，不管你是從電視上看到，還是從報(bào)紙上看到，其實(shí)就是他一個(gè)人
單例模式：?jiǎn)卫Ｊ酱_保某一個(gè)類(lèi)只有一個(gè)實(shí)例，而且自行實(shí)例化并向整個(gè)系統(tǒng)提供這個(gè)實(shí)例單例模式。組織后衛(wèi)可以有幾個(gè)，但Kobe只能有一個(gè)，廢話(huà)！
4、 =BUILDER=
NBA中強(qiáng)隊(duì)頗多，且各有自己的特點(diǎn)，因此對(duì)付不同的隊(duì)有不同的打法，但你只要說(shuō)“今天打國(guó)王”就行了，具體該怎么打由教練去安排（build）就行了。
建造模式：將產(chǎn)品的內(nèi)部表象和客戶(hù)端分來(lái)，客戶(hù)不必知道產(chǎn)品內(nèi)部組成的細(xì)節(jié)，因此當(dāng)產(chǎn)品的表象一般很復(fù)雜時(shí)才用。戰(zhàn)術(shù)安排的確是個(gè)比較專(zhuān)業(yè)的任務(wù)，所以…。
5、 =PROTOTYPE=
今年全明星賽真不錯(cuò)，真想再看一遍。
“小陳，把serv-u開(kāi)一下，我下你的全明星賽。”
“OK！不過(guò)先上傳兩部好片。”
“啊，我暈~~!”
原始模型模式：實(shí)際上就是復(fù)制啦。原始模型模式允許動(dòng)態(tài)的增加或減少產(chǎn)品類(lèi)，產(chǎn)品類(lèi)適合于任何的等級(jí)結(jié)構(gòu)。缺點(diǎn)是每一個(gè)類(lèi)都必須配備一個(gè)克隆方法。還好，Windows里面的東東只要點(diǎn)右鍵，都有個(gè)復(fù)制選項(xiàng)。
==結(jié)構(gòu)型模式==
6、 =ADAPTER=
姚明剛?cè)セ鸺龝r(shí)，交流有點(diǎn)不便，但通過(guò)經(jīng)紀(jì)人Adapter，姚明很快就和火箭的其他人混熟了。
適配器模式：把一個(gè)類(lèi)的接口變換成客戶(hù)端所期待的另一種接口，從而使原本因接口原因不匹配而無(wú)法一起工作的兩個(gè)類(lèi)能夠一起工作。通過(guò)經(jīng)紀(jì)人Adapter，主教練就可以把姚明看作本土人（會(huì)說(shuō)e文的人）。如今姚明已經(jīng)加強(qiáng)了功能，使得不要經(jīng)紀(jì)人也可以和主教練交流，呵呵，str man！
7、 =COMPOSITE=
上半場(chǎng)被灌了個(gè)50：25，趁中場(chǎng)暫停，大家一起來(lái)安排下半場(chǎng)怎么打：
“方案A：6號(hào)太準(zhǔn)，要專(zhuān)人盯防。”―“就是就是！”
“方案B：左邊防守太弱，把XX換上來(lái)。”－“好耶好耶！”
“方案C：進(jìn)攻太差，多打一些擋差。”－“不錯(cuò)不錯(cuò)！”
“方案D：上半場(chǎng)方案X其實(shí)還是不錯(cuò)的，下半場(chǎng)go on。”－“OKOK！“
…
一聲哨響，下半場(chǎng)開(kāi)始，我們把方案A，B，C…結(jié)合，定為方案Y。＠＃￥%＾＆＊（！~等一系列后，我們終于以51:50戰(zhàn)勝對(duì)手，哈哈…！！白日夢(mèng)＃＆＠＊！
合成模式：合成模式使得客戶(hù)端把單獨(dú)的成分對(duì)象和由他們復(fù)合而成的合成對(duì)象同等看待，因此合成模式使得客戶(hù)端增加新的構(gòu)件變得容易。方案A是一條簡(jiǎn)單的方案，方案D是由不同的方案結(jié)合而成的復(fù)雜方案，但我們不管這些，我們只知道它們都是我們所要的方案。
8、 =DECORATOR=
記得西邊操場(chǎng)沒(méi)修好時(shí)，我們踢球沒(méi)有地盤(pán)，還好，有個(gè)籃球場(chǎng)是空的，我們便撿來(lái)幾塊磚頭，擺上兩個(gè)門(mén)，哈哈，這樣，籃球場(chǎng)也就變成小足球場(chǎng)了。
系里舉辦一個(gè)舞會(huì)，得找塊大點(diǎn)的地盤(pán)，我們又看中了籃球場(chǎng)，掛起一盞燈，搬來(lái)兩個(gè)音箱，ok，一切搞定。這樣，籃球場(chǎng)便變成了舞會(huì)廳了，哈哈。
裝飾模式：裝飾模式以對(duì)客戶(hù)端透明的方式擴(kuò)展對(duì)象的功能，是繼承關(guān)系的一個(gè)替代方案，提供比繼承更多的靈活性。其實(shí)，籃球場(chǎng)還可以變成很多其它的東東，只要發(fā)揮你的想像，嘻嘻。
9、 =PROXY=
玩NBA正happying。
突然，小付跑過(guò)來(lái)說(shuō)：“你的電話(huà)，X系說(shuō)明天下午兩點(diǎn)要跟俺們系干一場(chǎng)，怎么樣？”
－“OK，就跟他們說(shuō)沒(méi)問(wèn)題！”玩Games要緊。
小付作為一個(gè)代理倒省了俺不少事，呵呵。
代理模式：代理就是一個(gè)人或一個(gè)機(jī)構(gòu)代表另一個(gè)人或者一個(gè)機(jī)構(gòu)采取行動(dòng)。某些情況下，客戶(hù)不想或者不能夠直接引用一個(gè)對(duì)象，代理對(duì)象可以在客戶(hù)和目標(biāo)對(duì)象直接起到中介的作用。客戶(hù)端分辨不出代理主題對(duì)象與真實(shí)主題對(duì)象。代理模式可以并不知道真正的被代理對(duì)象，而僅僅持有一個(gè)被代理對(duì)象的接口，這時(shí)候代理對(duì)象不能夠創(chuàng)建被代理對(duì)象，被代理對(duì)象必須有系統(tǒng)的其他角色代為創(chuàng)建并傳入。X系只知道我們同意和他們干一場(chǎng)，但并不知道是回答他們的就是小付。
10、 =FLYWEIGHT=
上次說(shuō)到吃牛肉面，我們當(dāng)中有幾個(gè)還特挑剔。這不：
“老板，我要麻辣的。”－“好咧！”唰唰，老板放了些辣醬。
“我要川味的。”－“好咧！”唰唰，老板放了些泡菜。
“我也要川味的。”－老板按剛才的樣式又做了一遍。
小陳一看大家都要，不服，就說(shuō)：“老板，俺要黑的。”
“黑的？黑的是什么樣的。”老板納悶了。
“黑的，黑的就是多放些醬油…”－全場(chǎng)狂暈＃＆＊%
享元模式：享元模式以共享的方式高效的支持大量的細(xì)粒度對(duì)象。享元模式能做到共享的關(guān)鍵是其狀態(tài)存儲(chǔ)在享元內(nèi)部，不會(huì)隨環(huán)境的改變而有所不同。將可以共享的狀態(tài)和不可以共享的狀態(tài)從常規(guī)類(lèi)中區(qū)分開(kāi)來(lái)，把不可以共享的狀態(tài)從類(lèi)里剔除出去。客戶(hù)端從工廠(chǎng)中獲得對(duì)象時(shí)，工廠(chǎng)會(huì)先檢查其是否有該對(duì)象，如果有則直接返回給客戶(hù)，沒(méi)有才創(chuàng)建新的實(shí)例。享元模式大幅度的降低內(nèi)存中對(duì)象的數(shù)量。那些麻辣啦，川味啦，都是享元，要的牛肉面有很多，但口味卻就那么幾種。后來(lái)，我們打玩籃球又去了那家店，還沒(méi)等過(guò)小陳開(kāi)口，老板就說(shuō)：“這位同學(xué)，你是要黑牛肉面吧。”－小陳“……”
11、=FACADE=
又要和X系開(kāi)始一季一度的比賽了，具體時(shí)間和地點(diǎn)還得靠俺這個(gè)隊(duì)長(zhǎng)來(lái)搞定，好，no problem！給X系籃球隊(duì)隊(duì)長(zhǎng)一個(gè)call：“星期六下午3：00，我們一見(jiàn)高下。”
門(mén)面模式：門(mén)面模式提供一個(gè)高層次的接口，使得子系統(tǒng)更易于使用，它將客戶(hù)端和一些子系統(tǒng)分離，提高子系統(tǒng)的獨(dú)立性和可移植性。X系籃球隊(duì)隊(duì)長(zhǎng)就是個(gè)Facade，通過(guò)他，免得我要去跟他們系隊(duì)員（子系統(tǒng)）一個(gè)個(gè)去通知。
12、=BRIDGE=
我是個(gè)學(xué)生，但在籃球隊(duì)里，我又是個(gè)隊(duì)員，那你說(shuō)我是什么，超級(jí)賽亞人？呵呵。
橋梁模式：將抽象化與實(shí)現(xiàn)化脫耦，使得二者可以獨(dú)立的變化，也就是說(shuō)將他們之間的強(qiáng)關(guān)聯(lián)變成弱關(guān)聯(lián)，也就是指在一個(gè)軟件系統(tǒng)的抽象化和實(shí)現(xiàn)化之間使用組合/聚合關(guān)系而不是繼承關(guān)系，從而使兩者可以獨(dú)立的變化。哈哈，多虧這個(gè)模式，不然我還真不知道該怎么稱(chēng)呼我自己呢，嘻嘻。
==行為模式==
13、=STRATEGY=
足球里有很多戰(zhàn)術(shù)，比如，一般情況用442，打強(qiáng)隊(duì)可以用451，打弱隊(duì)可以用343。
當(dāng)然籃球里面也有的，比如，你可以選擇打中鋒，或者遠(yuǎn)投，當(dāng)然我們平時(shí)最多用的可能就是獨(dú)干，哈哈。
策略模式：策略模式針對(duì)一組算法，將每一個(gè)算法封裝到具有共同接口的獨(dú)立的類(lèi)中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶(hù)端的情況下發(fā)生變化。策略模式把行為和環(huán)境分開(kāi)。環(huán)境類(lèi)負(fù)責(zé)維持和查詢(xún)行為類(lèi)，各種算法在具體的策略類(lèi)中提供。由于算法和環(huán)境獨(dú)立開(kāi)來(lái)，算法的增減，修改都不會(huì)影響到環(huán)境和客戶(hù)端。
14、=TEMPLATE METHOD=
不同的籃球班有不同的老師，但他們上課的內(nèi)容都是一樣的，一般都分為運(yùn)球，傳球，投籃，上籃這么幾堂課，估計(jì)體育師范學(xué)院教書(shū)的模版就是這樣。具體運(yùn)球怎么教，上籃怎么教就依不同的老師自己了。
模板方法模式：模板方法模準(zhǔn)備一個(gè)抽象類(lèi)，將部分邏輯以具體方法以及具體構(gòu)造子的形式實(shí)現(xiàn)，然后聲明一些抽象方法來(lái)迫使子類(lèi)實(shí)現(xiàn)剩余的邏輯。不同的子類(lèi)可以以不同的方式實(shí)現(xiàn)這些抽象方法，從而對(duì)剩余的邏輯有不同的實(shí)現(xiàn)。先制定一個(gè)頂級(jí)邏輯框架，而將邏輯的細(xì)節(jié)留給具體的子類(lèi)去實(shí)現(xiàn)。
15、=OBSERVER=
“今天下午去打籃球啊。”－A
“好啊，到時(shí)叫上我。” －B
“也叫上我。” －C
“還有我。”－D
…
我們班的號(hào)召力可見(jiàn)一斑，呵呵。
觀(guān)察者模式：觀(guān)察者模式使觀(guān)察者和被觀(guān)察者之間的耦合抽象化，被觀(guān)察者會(huì)向所有的登記過(guò)的觀(guān)察者發(fā)出通知。當(dāng)A要去打籃球時(shí)，便會(huì)通知B，C，D…
16、=ITERATOR=
大一時(shí)上籃球課，體育老師要清名單：“小王（體育委員），你們班到了多少人？”
小王：“立正－－，報(bào)數(shù)。”
“1，2，3，4，…”
迭代子模式：迭代子模式可以順序訪(fǎng)問(wèn)一個(gè)聚集中的元素而不必暴露聚集的內(nèi)部表象。迭代子模式將迭代邏輯封裝到一個(gè)獨(dú)立的子對(duì)象中，從而與聚集本身隔開(kāi)。迭代子模式簡(jiǎn)化了聚集的界面。每一個(gè)聚集對(duì)象都可以有一個(gè)或一個(gè)以上的迭代子對(duì)象，每一個(gè)迭代子的迭代狀態(tài)可以是彼此獨(dú)立的。迭代算法可以獨(dú)立于聚集角色變化。小王真聰明，不必查詢(xún)?nèi)魏我粋€(gè)人就知道到了多少人。
17、=CHAIN OF RESPONSIBLEITY=
現(xiàn)在湖人隊(duì)進(jìn)攻，佩頓將球交給馬龍，馬龍?jiān)賯鹘o奧尼爾，奧尼爾一記重扣，湖人再添2分。
責(zé)任鏈模式：在責(zé)任鏈模式中，很多對(duì)象由每一個(gè)對(duì)象對(duì)其下家的引用連接起來(lái)而形成一條鏈。請(qǐng)求在這個(gè)鏈上傳遞，直到鏈上的某一個(gè)對(duì)象決定處理此請(qǐng)求。客戶(hù)并不知道鏈上的哪一個(gè)對(duì)象最終處理這個(gè)請(qǐng)求，系統(tǒng)可以在不影響客戶(hù)端的情況下動(dòng)態(tài)的重新組織鏈和分配責(zé)任。處理者有兩個(gè)選擇：承擔(dān)責(zé)任或者把責(zé)任推給下家。一個(gè)請(qǐng)求可以最終不被任何接收端對(duì)象所接受。其實(shí)剛才那個(gè)球，奧尼爾可以再傳給科比來(lái)個(gè)空中接力大風(fēng)車(chē)灌籃的，那就PERFECT了！
18、=COMMAND=
一場(chǎng)關(guān)鍵比賽最后一秒由俺的三分決定了勝負(fù)，不過(guò)，可累壞了俺。
“來(lái)杯水。”真聽(tīng)話(huà)，我同學(xué)A馬上叫一靚MM給我倒了杯水。
“背好酸。”真聽(tīng)話(huà)，我同學(xué)A馬上又叫那個(gè)靚MM給我錘背。
“真想洗個(gè)澡。”真聽(tīng)話(huà)…“等等，我不是那個(gè)意思，哇哇…＾￥＆＃＊。”
命令模式：命令模式把一個(gè)請(qǐng)求或者操作封裝到一個(gè)對(duì)象中。命令模式把發(fā)出命令的責(zé)任和執(zhí)行命令的責(zé)任分割開(kāi)，委派給不同的對(duì)象。命令模式允許請(qǐng)求的一方和發(fā)送的一方獨(dú)立開(kāi)來(lái)，使得請(qǐng)求的一方不必知道接收請(qǐng)求的一方的接口，更不必知道請(qǐng)求是怎么被接收，以及操作是否執(zhí)行，何時(shí)被執(zhí)行以及是怎么被執(zhí)行的。如果早知道那個(gè)命令怎么執(zhí)行，俺就不會(huì)說(shuō)那句話(huà)了，嗚嗚…
19、=MEMENTO=
下了一個(gè)NBA小游戲，里面可以自動(dòng)調(diào)關(guān)，但要改注冊(cè)表，當(dāng)然，先找到鍵值“總決賽”，右鍵，導(dǎo)出為final.reg，剩下來(lái)你就可以隨便改了，萬(wàn)一改錯(cuò)了，還可以雙擊final.reg，呵呵。
備忘錄模式：備忘錄對(duì)象是一個(gè)用來(lái)存儲(chǔ)另外一個(gè)對(duì)象內(nèi)部狀態(tài)的快照的對(duì)象。備忘錄模式的用意是在不破壞封裝的條件下，將一個(gè)對(duì)象的狀態(tài)捉住，并與該對(duì)象分離，存儲(chǔ)起來(lái)，從而可以在將來(lái)合適的時(shí)候把這個(gè)對(duì)象還原到存儲(chǔ)起來(lái)的狀態(tài)。
20、STATE
今天打球真沒(méi)勁，投籃老委掉。
忽然，一靚MM走過(guò)來(lái)… 啊－－，超級(jí)賽亞人第三階，變身！
變身之后果然不同凡響，輕松幌過(guò)兩個(gè)人，在三個(gè)人的夾擊下出手命中，同時(shí)加罰！（呵呵，就會(huì)吹）
狀態(tài)模式：狀態(tài)模式允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變的時(shí)候改變行為。這個(gè)對(duì)象看上去像是改變了它的類(lèi)一樣。狀態(tài)模式需要對(duì)每一個(gè)系統(tǒng)可能取得的狀態(tài)創(chuàng)立一個(gè)狀態(tài)類(lèi)的子類(lèi)。當(dāng)系統(tǒng)的狀態(tài)變化時(shí)，系統(tǒng)實(shí)際改變所選的子類(lèi)。當(dāng)一個(gè)對(duì)象行為依賴(lài)其所處狀態(tài)時(shí)，就可以考慮用該模式。靚MM沒(méi)來(lái)時(shí)，狀態(tài)差，導(dǎo)致投籃委。靚MM一來(lái)，狀態(tài)奇佳，就是打手也能進(jìn)，哈哈。
21、=VISITOR=
下學(xué)期籃球課換了個(gè)老師，當(dāng)然，他對(duì)我們?nèi)徊皇欤谑堑谝还?jié)課他拿著花名冊(cè)找到體育委員小王：“小陳技術(shù)怎樣？”－“一般般，”
“小羅呢？”－“還可以，不過(guò)上籃不行。”
“小何呢？”－“他啊…”
等等，俺趕緊咳嗽一聲。
“他怎么樣？”－“他，他不錯(cuò)不錯(cuò)！” 哈哈。
“就是投籃老委!”－啊，你這小樣，耍我。
訪(fǎng)問(wèn)者模式：訪(fǎng)問(wèn)者模式的目的是封裝一些施加于某種數(shù)據(jù)結(jié)構(gòu)元素之上的操作，使得增加新的操作很容易，一旦這些操作需要修改的話(huà)，接受這個(gè)操作的數(shù)據(jù)結(jié)構(gòu)可以保持不變，比如，老師還可以通過(guò)小王得到我們每個(gè)人的身高等。訪(fǎng)問(wèn)者模式可以跨過(guò)幾個(gè)類(lèi)的等級(jí)結(jié)構(gòu)訪(fǎng)問(wèn)屬于不同的等級(jí)結(jié)構(gòu)的成員類(lèi)（比迭代子強(qiáng)），但增加一個(gè)新的節(jié)點(diǎn)就變得很困難，如果我們班來(lái)了個(gè)新同學(xué)，小王就沒(méi)那么管用了。
22、=INTERPRETER=
想知道怎么玩出酷呆了的假動(dòng)作么，我這兒有AND1的經(jīng)典集錦，按照上面練習(xí)就行了。
解釋器模式：給定一個(gè)語(yǔ)言后，解釋器模式可以定義出其文法的一種表示，并同時(shí)提供一個(gè)解釋器。客戶(hù)端可以使用這個(gè)解釋器來(lái)解釋這個(gè)語(yǔ)言中的句子。解釋器模式將描述怎樣在有了一個(gè)簡(jiǎn)單的文法后，使用模式設(shè)計(jì)解釋這些語(yǔ)句。在解釋器模式里面提到的語(yǔ)言是指任何解釋器對(duì)象能夠解釋的任何組合。在解釋器模式中需要定義一個(gè)代表文法的命令類(lèi)的等級(jí)結(jié)構(gòu)，也就是一系列的組合規(guī)則。每一個(gè)命令對(duì)象都有一個(gè)解釋方法，代表對(duì)命令對(duì)象的解釋。命令對(duì)象的等級(jí)結(jié)構(gòu)中的對(duì)象的任何排列組合都是一個(gè)語(yǔ)言。
23、=MEDIATOR=
俺一高中同學(xué)小D到我這兒來(lái)玩，當(dāng)然，打球是必不可少的。叫上小王就出去K別人，但小D和小王不熟，所以幾乎沒(méi)什么配合，結(jié)果被CAI了個(gè)5：0。只好下場(chǎng)“休息”。
小王：“叫你那個(gè)同學(xué)少單干，多傳球。”－“OK。”我過(guò)去把意見(jiàn)傳給了小D。
小D：“你那個(gè)同學(xué)防守有問(wèn)題，要盯人，不要盯球。”－“NO PROBLEM。”我又過(guò)去把意見(jiàn)傳給了小王。
調(diào)停者模式：調(diào)停者模式包裝了一系列對(duì)象相互作用的方式，使得這些對(duì)象不必相互明顯作用。從而使他們可以松散偶合。當(dāng)某些對(duì)象之間的作用發(fā)生改變時(shí)，不會(huì)立即影響其他的一些對(duì)象之間的作用。保證這些作用可以彼此獨(dú)立的變化。調(diào)停者模式將多對(duì)多的相互作用轉(zhuǎn)化為一對(duì)多的相互作用。調(diào)停者模式將對(duì)象的行為和協(xié)作抽象化，把對(duì)象在小尺度的行為上與其他對(duì)象的相互作用分開(kāi)處理。
果然，依靠我這個(gè)MEDIATOR，我們馬上還了對(duì)方一個(gè)雞蛋。哈哈！
（1）找到理想的工作
（2）每天能看1小時(shí)的書(shū)
（3）下年這時(shí)候能給爸媽孝順錢(qián)過(guò)年