設計模式的一點思考

建立型：

builder:

當我們要建立的物件很複雜的時候（通常是由很多其他的物件組合而成），我們要將複雜物件的建立過程和這個物件的表示（展示）分離開來，這樣做的好處就是通過一步一步的進行複雜物件的構建，由於在每一步的構造過程中可以引入引數，使得同樣的構建過程可以建立不同的表示。

abstractfactory：

產品類：假設有a、b、c 三種"等級"的怪物類，而每種等級的怪物類下面又有著相同的怪物「種類」類(e.g. 男 or 女)，

工廠類：我們的工廠類是具體的「種類」工廠(e.g. 男 or 女)，這個工廠類裡面有相應的函式可以呼叫對應的「種類」的對應等級的函式(e.g. 呼叫建構函式建立新類)。

上面這兩句話配合建立型模式のabstractfactory抽象工廠模式和gof的23中設計模式一起理解。

結構型：

adapter:

將乙個類的介面轉換成客戶希望的另外乙個介面,就是不同介面間的銜接。

decorator:

給乙個定義好的類新增新的職責(功能)。

分層協議一般都提供一種或幾種固定的服務，這些服務中高層一些的大多數都是通過握手動作來協商的，另外一些比較底層的服務則是協議本身提供的，比如udp服務，ip服務等。下層的握手過程對上層不可見，握手其實就是協商一條帶有一定功能可以提供一定服務的虛擬鏈路，握手完成之後，下層也就承諾了那種服務，之後...