[問題] 該用什麼design pattern比較好呢??

[rosemary0401 (靠，為什麼沒考上榜首)]

我希望能用一個class來管理A, B, C, D, E這5個物件，

A, B, C, D, E這5個物件有共通的函數，

比方說他們都需要create、get、delete，但他們所有的功能也不盡相同，

比方說C物件還需要show和change，

class CMyClass{
public:
    CreateA();
    GetA();
    DeleteA();

    CreateB();
    GetB();
    DeleteB();

    CreateC();
    GetC();
    DeleteC();
    ChangeC();
    ShowC();

    //.....bla bla
};


這5個物件可能會同時存在，也有可能只存在4個。


其中C物件可能會是C1, C2, C3, C4,... 其中之一，可以讓使用者選擇，

如果選了C1就不能選擇C2，

而且未來可能會增加到C5, C6, ...，或是減少到只剩C1和C2，

簡言之，C的種類可能會發生變化。



這樣的需求要用甚麼design pattern比較好呢？

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 111.240.169.19
→ firejox:你的想法?
推 alongalone:也許不要讓你的想法發散掉比較重要..
→ diabloevagto:我的想到這樣，先做一個interface在實作出來，另外
→ diabloevagto:管理的用friend給予權限，不知道可不可行
推 stosto:ABCDE用singleton+factory模式 再用管理者管理ABCDE
→ stosto:管理者就你自己寫個class去管就好
→ loveme00835:發現原po根本不會回來看，更不用說回饋，回心酸的
推 purpose:一如既往的發問風格
→ diabloevagto:l大辛苦了＝ ＝
推 horngsh:Factory method+1