我正在實施工廠設計模式,但想知道另一種設計模式是否可以滿足我的要求。工廠更新創建的對象,任何設計模式滿足此?
我要做的是: 1.創建包含線程類的多個實例。實例中的差異是線程運行的頻率。 2.每個實例都包含可通過添加和刪除進行更新的引用列表,這些添加和刪除操作從結構中調用,因爲它擁有創建的類的知識。 (這是我的希望,也許另一種設計模式,如織物的責任增加)
我當然可以實現保存與生成實例列表中的存儲庫,並有一個更新的實例?
但是有沒有一種設計模式可以擴展具有更新功能的結構?
我正在實施工廠設計模式,但想知道另一種設計模式是否可以滿足我的要求。工廠更新創建的對象,任何設計模式滿足此?
我要做的是: 1.創建包含線程類的多個實例。實例中的差異是線程運行的頻率。 2.每個實例都包含可通過添加和刪除進行更新的引用列表,這些添加和刪除操作從結構中調用,因爲它擁有創建的類的知識。 (這是我的希望,也許另一種設計模式,如織物的責任增加)
我當然可以實現保存與生成實例列表中的存儲庫,並有一個更新的實例?
但是有沒有一種設計模式可以擴展具有更新功能的結構?
我不確定要了解您的要求。如果要創建同一個類的多個實例,工廠(不管您是指「抽象工廠」還是「工廠方法」)不是符合您要求的模式。
如果要創建多個對象是不可變的,我會建議在享元模式(http://en.wikipedia.org/wiki/Flyweight_pattern)。
取決於它是多麼複雜,創建對象,和你的對象如何不同是從另一個,你可能要考慮使用原型模式(克隆VS新建)。
您的需求之一是提供一個乾淨的界面,提供必要的功能來操縱您的對象。爲此,門面模式就是你想要的。
大多數情況下,單一模式不足以解決所有問題。您經常需要將其中的多個組合起來,並創建自己的。模式只是指南。
看起來沒問題。創建該類並輸入你想要的名字。工廠似乎是正確的名稱。如果明天這個班級有很多責任,那麼將它重構爲兩個班級。 – ivowiblo 2012-02-07 03:43:26