GRASP 概論

在這個上面例子中200行說不定只是實踐設計原則的所產生的結果，一種良好的副產品。在解答越來越容易取得的當下，脈絡的澄清變得十分重要，這有助於理解為甚麼是這個答案以及多個解決方案中有甚麼具體的差異。

模式為在一個脈絡、環境、上下文中常見的問題的解決方法，並且該解決方法是經過實踐可行的，而相較於 GOF 的設計模式，SOLID 與本文提到的 GRASP 能夠以更全面、更普遍的去解釋一個問題的解決方法，也能使我們辨認出真正的問題，而非表面現象。

通用職責分配軟體模式 (General Responsibility Assignment Software Patterns, GRASP)提供了一種職責在某些情境下該如何分配的模式。

GRASP怎麼實作?

GRASP 注重的是以及切入的角度是職責的分配，並且能透過 GRASP 去推導出每一種設計模式對於不同情境的解決方法是如何產生的。GRASP 有九個模式。

• 信息專家 : 如何進行職責的分配?
• 控制器 : 職責分配時，負責接收與協調(控制)來自 UI 層的訊息，以選擇對應的系統操作的第一個物件是哪個?
• 創造者 : 職責分配時，誰有職責創建物件 A?
• 高內聚 : 如何使系統、物件的交互容易理解與管理?
• 低耦合 : 如何減少不相干的元素間的互相影響?
• 防止變異 : 如何處理元素的不確定性、可擴展性?
• 多態 : 出現大量 if - else、switch ，並且在之後需要不斷更改其中的程式碼，要如何實作解決?
• 純虛構 : 依照信息專家分配後，仍有職責過多的問題，該如何處理?
• 間接性、中介 : 如何減少對物件 A 的依賴，從而達到靈活與低耦合?

以信息專家為主，高內聚、低耦合為輔，控制器、創造者、防止變異、多態、純虛構、中介為具體實現，GRASP 提供了一套層次不一的原則用以建構一個靈活易懂的系統。

獲得了什麼?

grasp的組合拳，圖片來源

靈活易懂的系統，或許太宏大了，用 GRASP 來解釋在開頭提到的工廠模式，過程會是這樣的。

1. 高內聚 (High Cohsion) : 也就是一個物件當中的子元素，必須是彼此相關的並且物件應該是要關注他的職責，而不是創建邏輯，創建邏輯過長會導致模糊了關注點，因此必須將創建邏輯分離。
2. 純虛構 (Pure Fabrication) : 依照純虛構，我們可以將這個創建的職責，憑空創建一個物件來負責，在這個語境下，該物件被稱為工廠，因為純虛構本身只負責一個職責，因此它是高內聚的。
3. 低耦合 (Low Couping) : 也因為將創建邏輯分離出去，因此可以避免以下幾種麻煩，降低被創建物件與系統的耦合，達到重複利用的效果。
   1. 注入的物件多，將創建邏輯分離出去，可以達到被創建物件與注入物件的低耦合。
   2. 判斷條件複雜，通常判斷條件是與該物件被創建的情境有關，將判斷條件分離出去，可以達到情境與被注入物件的低耦合。

相信這一套組合拳下來，mentor 滿意的微笑、看不懂的其他人也會看傻的贊同。