如圖8-43（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對(duì)應(yīng)的類是（2）。
A.Command
B.Bridge
C.Composite
D.Proxy
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
（1）的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（3）。
空白（2）處應(yīng)選擇（）
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
（1）的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（3）。
空白（1）處應(yīng)選擇（）
A.架構(gòu)模式
B.慣用法
C.設(shè)計(jì)模式
D.分析模式
A.虛擬機(jī)
B.管道-過濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是（1）風(fēng)格。Java語言宣傳的"一次編寫，到處運(yùn)行"的特性，從架構(gòu)風(fēng)格上看符合（2）風(fēng)格的特點(diǎn)。
空白（1）處應(yīng)選擇（）
A.虛擬機(jī)
B.管道-過濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
某軟件公司欲開發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分，并設(shè)計(jì)UML類圖，如圖8-41所示。圖中與Command模式中的"Invoker"角色相對(duì)應(yīng)的類是（1），與"ConcreteCommand"角色相對(duì)應(yīng)的類是（2）。
空白（2）處應(yīng)選擇（）
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
某軟件公司欲開發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分，并設(shè)計(jì)UML類圖，如圖8-41所示。圖中與Command模式中的"Invoker"角色相對(duì)應(yīng)的類是（1），與"ConcreteCommand"角色相對(duì)應(yīng)的類是（2）。
A.Command
B.Menultem
C.Open
D.ButktinBoardScreen
A.命令（CommanD）
B.適配器（Adapter）
C.裝飾（DecoratE）
D.享元（Flyweight）
當(dāng)不適合采用生成子類的方法對(duì)已有的類進(jìn)行擴(kuò)充時(shí)，可以采用（1）設(shè)計(jì)模式動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)；當(dāng)應(yīng)用程序由于使用大量的對(duì)象，造成很大的存儲(chǔ)開銷時(shí)，可以采用（2）設(shè)計(jì)模式運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度的對(duì)象；當(dāng)想使用一個(gè)已經(jīng)存在的類，但其接口不符合需求時(shí)，可以采用（3）設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白（2）處應(yīng)選擇（）
A.命令（CommanD）
B.適配器（Adapter）
C.裝飾（DecoratE）
D.享元（Flyweight）
當(dāng)不適合采用生成子類的方法對(duì)已有的類進(jìn)行擴(kuò)充時(shí)，可以采用（1）設(shè)計(jì)模式動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)；當(dāng)應(yīng)用程序由于使用大量的對(duì)象，造成很大的存儲(chǔ)開銷時(shí)，可以采用（2）設(shè)計(jì)模式運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度的對(duì)象；當(dāng)想使用一個(gè)已經(jīng)存在的類，但其接口不符合需求時(shí)，可以采用（3）設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白（1）處應(yīng)選擇（）
A.命令（CommanD）
B.適配器（Adapter）
C.裝飾（DecoratE）
D.享元（Flyweight）
最新試題
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu)，不關(guān)心其動(dòng)態(tài)結(jié)構(gòu)。
體系結(jié)構(gòu)設(shè)計(jì)在軟件設(shè)計(jì)階段的后期，和前期的需求過程沒有關(guān)系。
和Pipe-and-Filter構(gòu)架相比，解釋器構(gòu)架提供更好的重用支持，并使得整個(gè)系統(tǒng)易于維護(hù)和增強(qiáng)。
CBAM不是使用一個(gè)單獨(dú)的場(chǎng)景，是通過改變響應(yīng)值對(duì)某一質(zhì)量屬性生成一組場(chǎng)景，每個(gè)場(chǎng)景又對(duì)應(yīng)一個(gè)效用。
構(gòu)架并不能獨(dú)立實(shí)質(zhì)量屬性，它為質(zhì)量屬性的實(shí)現(xiàn)提供了基礎(chǔ)。
使用質(zhì)量屬性場(chǎng)景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
安全性質(zhì)量屬性場(chǎng)景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。
動(dòng)態(tài)優(yōu)先調(diào)度策略包括（）
如果兩個(gè)模塊之間是語義依賴，則可以插入一個(gè)仲裁者來降低它們之間的依賴程度。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。