設計模式概論

1. 設計模式

       設計模式（Design pattern）是一套被反覆使用、多數人知曉的、經過分類編目的、程式碼設計經驗的總結。使用設計模式是為了可重用程式碼、讓程式碼更容易被他人理解、保證程式碼可靠性。 毫無疑問，設計模式於己於他人於系統都是多贏的，設計模式使程式碼編制真正工程化，設計模式是軟體工程的基石，如同大廈的一塊塊磚石一樣。
          模式的經典定義：每個模式都描述了一個在我們的環境中不斷出現的問題，然後描述了該問題的解決方案的核心，通過這種方式，我們可以無數次地重用那些已有的解決方案，無需再重複相同的工作。即模式是在特定環境中解決問題的一種方案 

2. 設計模式 目的

        其目的就是一方面教你如何利用真實可靠的設計來組織程式碼的模板。 簡單地說，就是從前輩們在程式設計過程中總結、抽象出來的通用優秀經驗。主要目的一方面是為了增加程式的靈活性、可重用性。  另一方面也有助於程式設計的標準化和提高系統開發進度。

       也有人忠告：不要過於注重程式的“設計模式”。 有時候，寫一個簡單的演算法，要比引入某種模式更容易。在多數情況下，程式程式碼應是簡單易懂，甚至清潔工也能看懂。不過呢在大專案或者框架中，沒有設計模式來組織程式碼，別人是不易理解的。

       一個軟體設計模型也僅僅只是一個引導。它必須根據程式設計語言和你的應用程式的特點和要求而特別的設計。

3. 設計模式歷史

      設計模式”這個術語最初被設計用於建築學領域。Christopher Alexander 在他1977的著作“A Pattern Language :Towns/Building/Construction”裡面描述了一些常見的建築學設計問題，並解釋瞭如何用這些已有的，著名的模式集合來開始全新 的有效的設計。Alexander的觀點被很好的轉化到軟體開發上來，並且長期的合意的用原有的元件來構造新的解決方案。

4. 設計模式的四個基本要素

        設計模式使人們可以更加簡單方便地複用成功的設計和體系結構。將已證實的技術表述成設計模式也會使新系統開發者更加容易理解其設計思路。

         所有的設計模式都有一些常用的特性：一個標識（a pattern name），一個問題陳述（a problem statement）和一個解決方案(a solution)，效果(consequences)

       模式名稱（pattern name）： 描述模式的問題、解決方案和效果

       一個設計模式的標識（模式名稱）是重要的，因為它會讓其他的程式設計師不用進行太深入的學習就能立刻理解你的程式碼的目的（至少通過這個標識程式設計師會很熟悉這個模式）。沒有這個模式名，我們便無法與其他人交流設計思想及設計結果。

       問題(problem)  ：描述是用來說明這個模式的應用的領域。

        描述了應該在何時使用模式。它解釋了設計問題和問題存在的前因後果，它可能描述了特定的設計問題，如怎樣用物件表示演算法等。也可能描述了導致不靈活設計的類或物件結構。有時候，問題部分會包括使用模式必須滿足的一系列先決條件。

       解決方案(solution) ： 描述了這個模型的執行。
       描述了設計的組成成分，它們之間的相互關係及各自的職責和協作方式。因為模式就像一個模板，可應用於多種不同場合，所以解決方案並不描述一個特定而具體的設計或實現，而是提供設計問題的抽象描述和怎樣用一個具有一般意義的元素組合（類或物件組合）來解決這個問題。

       效果(consequences)

       描述了模式應用的效果及使用模式應權衡的問題。儘管我們描述設計決策時，並不總提到模式效果，但它們對於評價設計選擇和理解使用模式的代價及好處具有重要意義。軟體效果大多關注對時間和空間的衡量，它們也表述了語言和實現問題。因為複用是物件導向設計的要素之一，所以模式效果包括它對系統的靈活性、擴充性或可移植性的影響，顯式地列出這些效果對理解和評價這些模式很有幫助。一個好的設計模式的論述應該覆蓋使用這個模型的優點和缺點。

       一個模式是解決特定問題的有效方法。一個設計模式不是一個庫（能在你的專案中直接包含和使用的程式碼庫）而是一個用來組織你的程式碼的模板（Java bean）。事實上，一個程式碼庫和一個設計模式在應用上是有很多不同的。

      比如，你從店鋪裡面買的一件襯衫是一個程式碼庫，它的顏色，樣式和大小都由設計師和廠商決定，但它滿足了你的需求。 然而，如果店裡面沒有什麼衣服適合你，那你就能自己建立自己的襯衫（設計它的形狀，選擇布料，然後裁縫在一起）。但是如果你不是一個裁縫，你可能會發現自 己很容易的去找一個合適的模式然後按著這個模式去設計自己的襯衫。使用一個模型，你可以在更少的時間內得到一個熟練設計的襯衫。

      回到討論軟體上來，一個資料提取層或者一個CMS（content management system）就是一個庫——它是先前設計好而且已經編碼好了的，如果它能準確的滿足你的需要那它就是一個好的選擇。但如果你正在讀這本書《設計模式》，可能你會發現 庫存的（原有的）解決方案並不是總是對你有效。至今你知道什麼是你所要的，而且你能夠實現它，你僅僅需要一個模型來引導你。

     最後一個想法：就象一個裁縫模型，一個設計本身而言是沒有什麼用處的。畢竟，你不可能穿一個服裝模型——它僅僅是由很薄的紙拼湊起來的。類似的，一個軟體設計模型也僅僅只是一個引導。它必須根據程式設計語言和你的應用程式的特點和要求而特別的設計。

3. 設計模式分類

     

4. 一些基本的設計模式 （百度百科）

5. 設計模式六大原則

6. 總結