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

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

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

回調(diào)（Call Back）函數(shù)是面向過程的程序設(shè)計語言中常用的一種機制，而設(shè)計模式中的（1）模式就是回調(diào)機制的一個面向?qū)ο蟮奶娲贰Ｔ撃Ｊ降囊鈭D是（2）。

回調(diào)（Call Back）函數(shù)是面向過程的程序設(shè)計語言中常用的一種機制，而設(shè)計模式中的（1）模式就是回調(diào)機制的一個面向?qū)ο蟮奶娲?。該模式的意圖是（2）。

基于場景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、（1）和架構(gòu)描述文檔，其分析過程主要包括場景開發(fā)、（2）、單個場景評估、場景交互和總體評估。

基于場景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、（1）和架構(gòu)描述文檔，其分析過程主要包括場景開發(fā)、（2）、單個場景評估、場景交互和總體評估。

采用以架構(gòu)為核心的軟件開發(fā)方法，在建立軟件架構(gòu)的初期，首要任務(wù)是選擇一個合適的（1），在此基礎(chǔ)上，開發(fā)人員通過架構(gòu)模型，可以獲得關(guān)于（2）的理解，為將來的架構(gòu)實現(xiàn)與演化過程建立了目標(biāo)。