命令模式、外觀模式,乍看之下有些相似,但從模式的意義上的分別兩者就可以感受到不同。命令模式是將命令(要求、需求)封裝成物件,並且讓接受命令者與命令的執行職責拆分,類似餐廳點餐從老闆邊接受客人點餐、邊準備料理分為餐廳前台與餐廳後台,同時命令模式可以將命令與執行時間分隔,延後或者指定執行命令的時間;外觀模式則是將繁雜的類別方法,透過一個簡化的控制類別封裝複雜的演算邏輯,對使用者而言僅需要一個方法就能完成所有關聯的步驟。
![logo](/assets/HeadFirst-DesignPattern.jpg)
以前第一次看到 Python 的 Decorator 時滿滿的黑人問號,後來有機會接觸裝飾者模式才豁然開朗,但也沒有深究,甚至沒有真的用過 Decorator。但最近重溫才發現其實裝飾者模式和 Python 的 Decorator 並不是完全的等號。Python 的 Decorator 更像是一種語法糖,利用 Python 函式 first class 的特性,能夠有更方便包裝函式的語法,可以為函式前後加入邏輯並且重利用程式碼。而要利用 Python 的 Decorator 也可以實踐 Decorator Pattern ,只是兩者並不是相等的,一個是語法模式,但背後有 Pattern 的精神;另一個則是 Pattern。
設計模式是很需要開發經驗來輔助學習的,一兩年前就曾經翻閱過這本書,只是當時對物件導向的體會仍是懵懂,而僅有物件導向的知識也無法自然的學會設計模式的使用,因為設計模式需要程式開發的經驗累積,在開發中必須實際使用物件導向,同時需要對話、討論,並且實際體驗過擴充、維護的痛楚,才能歸結出設計模式。而直接學習設計模式儼然就是快速增長物件導向的設計功力,但也因為缺少了實際感受到設計模式美好的過程,所以學習容易流於浮光掠影的記憶。
這次的學習除了閱讀本身,更強調實作,除了重新詮釋閱讀素材的案例並改寫成 C# Code外,也將模式前後的差別書寫成部落格,期待讓學習更深植腦中,能夠設計模式真正的成為自己的一部分。