某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分，并設計UML類圖，如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應的類是（1），與"ConcreteCommand"角色相對應的類是（2）。

當不適合采用生成子類的方法對已有的類進行擴充時，可以采用（1）設計模式動態(tài)地給一個對象添加一些額外的職責；當應用程序由于使用大量的對象，造成很大的存儲開銷時，可以采用（2）設計模式運用共享技術來有效地支持大量細粒度的對象；當想使用一個已經(jīng)存在的類，但其接口不符合需求時，可以采用（3）設計模式將該類的接口轉換成我們希望的接口。

當不適合采用生成子類的方法對已有的類進行擴充時，可以采用（1）設計模式動態(tài)地給一個對象添加一些額外的職責；當應用程序由于使用大量的對象，造成很大的存儲開銷時，可以采用（2）設計模式運用共享技術來有效地支持大量細粒度的對象；當想使用一個已經(jīng)存在的類，但其接口不符合需求時，可以采用（3）設計模式將該類的接口轉換成我們希望的接口。

如圖8-40（a）所示的UML類圖描繪的是設計模式中的（1）模式。如圖8-40（b）所示的UML類圖描述了該模式的一種應用，其中與圖8-40（a）中的"Creator"對應的類是（2）。