[問題] 該用什麼design pattern比較好呢??
我希望能用一個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
→
08/31 22:31, , 1F
08/31 22:31, 1F
推
08/31 22:39, , 2F
08/31 22:39, 2F
→
08/31 23:33, , 3F
08/31 23:33, 3F
→
08/31 23:33, , 4F
08/31 23:33, 4F
推
09/01 20:19, , 5F
09/01 20:19, 5F
→
09/01 20:19, , 6F
09/01 20:19, 6F
→
09/02 04:36, , 7F
09/02 04:36, 7F
推
09/02 05:44, , 8F
09/02 05:44, 8F
→
09/02 10:41, , 9F
09/02 10:41, 9F
推
09/04 08:45, , 10F
09/04 08:45, 10F
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：