Design Pattern murmur

        假設你設計一個系統，其中會有一些相似類別，類別中都有某些方法內容相似，但還是需要判斷目前要做事的是哪個類別才能呼叫對應的適當類別。通常遇到這種情情，在 Java 中最直接的做法就是使用 instanceof 關鍵字來判斷，如以下的簡單範例： public interface CarComponent { public void printMessage(); } public class Wheel implements CarComponent { @Override public void printMessage() { System.out.println("This is a wheel"); } // 這是 Wheel 跟 Engine 不同的方法 public void doWheel() { System.out.println("Checking wheel..."); } } public class Engine implements CarComponent { @Override public void printMessage() { System.out.println("This is a engine"); } // 這是 Wheel 跟 Engine 不同的方法 public void doEngine() { System.out.println("Testing this engine..."); } } public class Car { private List mComponents; public Car() { mComponents = new ArrayList<carcomponent>(); } // 有些時候我們還是需要針對不同類別去做不同的事情 public void setComponent(CarCompon

        原型模式，光看字面上的意思很難了解這在幹麻，我們直接先來看正式定義及類別圖： (中文好難翻譯，我不會…) Specify the kind of objects to create using a prototypical instance, and create new objects by copying this prototype.         從定義上我們大概可以知道，這個模式的用途是讓我們可以 透過複製的方式產生一個新物件 。可是產生物件幹麻要這麼麻煩，不是直接 new 出一個新物件就好了嗎? 還是一句老話： 有時建立物件的代價很高 。假如你所需要建立的物件，其所需的資料是放在遠端資料庫的，這樣當每建立一個物件，就要讀取資料庫一次，這其實是很花成本的。         從類別圖我們可以看到，有一個公開的介面 Prototype，其子類別都需要實作 clone。而 client 這邊在取得物件時，不是透過 new 的方式，而是使用 clone() 來取得所需的物件。因此我們可以知道，此模式的重點在於 client 的程式碼可以在不知道特定類別為何的情形下可以生成新的物件 。         接下來來看簡單的範例程式碼吧。在 Java 中，每個類別都繼承了 Object 這個類別，表示每個類別都含有 clone() 這個方法。但是要讓 clone() 能動，類別還必須實作 java.lang.Cloneable 這個標籤介面( Tag Interface，Marker Interface )。除了這點之外，還要注意你的 clone() 是想要淺層複製 (shallow copy) 還是深層複製 (deep copy)。 // 在 Java, 要實作 Cloneable // 才能 override Object 的 clone() 方法 public class SomeObj implements Cloneable { // 某個 primitive type 成員, // shallow copy 可以複製值 private int mNum; // 某個類別物件, // shallow copy 只會複製 reference, private Ob

        備忘錄模式的用途很單純，就是 提供物件回到之前狀態的功能，簡單說就是備份 (存檔) 的機制 。備忘錄模式是一個在現實世界中很常使用到的模式，如遊戲的儲存記錄，文書編輯器的「上一步」功能等。簡單介紹完這個模式後，就來看一下正式的定義及類別圖吧： 不違反封裝的情形下，取得物件的內部狀態。如此可以回復物件之前的狀態。 Without violating encapsulation, capture and externalize an object's internal state so that the object can be restored to this state later. Originator：就是定義中提到的要保留內部狀態的物件。現實例子就像是遊戲角色狀態，或是文書編輯器中的文字等。 Memento：保留 Originator 內部狀態 (資料) 的物件，例如遊戲中要存檔的資料。 Caretaker：主要功用是管理 Memento 物件。         看上面的介紹，可能有人會有疑惑，為什麼不要 Originator 自己處理存檔功能就好，還要花心力額外獨立出存檔跟管理存檔的物件？這樣做的目的其實是為了讓 類別的權責單一化(單一責任守則：一個類別應該只有一個改變的理由。) 。以生活中的例子來說，不把遊戲記錄檔獨立出來，你要怎麼拿到你朋友的超強記錄呢XD 而且 Caretaker 能管理的不是只有一個 Memento 物件，就好比文書編輯器通常不可能只「上一步」一次，要是把處理多個狀態的功能，以及保留目前狀態的功能，都放在 Originator，Originator 功能會太複雜，未來也不好維護。         看到這邊，我們應該能知道備忘錄模式有兩個目標： 儲存物件的重要狀態 維護物件的封裝         接下來來看簡單的程式碼來看備忘錄模式是如何運作的： // Originator public class GamePlayer { // 遊戲角色的生命值 private int mHp; // 遊戲角色的經驗值 private int mExp; public GamePlayer(int hp, int e