當(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）
您可能感興趣的試卷
- 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ì)師下半年上午試卷
你可能感興趣的試題
當(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）
如圖8-40（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-40（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-40（a）中的"Creator"對(duì)應(yīng)的類是（2）。
A.Bank
B.Account
C.Checking
D.Savings
如圖8-40（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-40（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-40（a）中的"Creator"對(duì)應(yīng)的類是（2）。
A.Command
B.Factory Method
C.Composite
D.Class Adapter
回調(diào)（Call Back）函數(shù)是面向過程的程序設(shè)計(jì)語言中常用的一種機(jī)制，而設(shè)計(jì)模式中的（1）模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲贰Ｔ撃Ｊ降囊鈭D是（2）。
空白（2）處應(yīng)選擇（）
A.使原本由于接口不兼容而不能一起工作的那些類可以一起工作
B.將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，將請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，支持可撤銷的操作
C.定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新
D.使算法可獨(dú)立于使用它的客戶而變化
回調(diào)（Call Back）函數(shù)是面向過程的程序設(shè)計(jì)語言中常用的一種機(jī)制，而設(shè)計(jì)模式中的（1）模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲?。該模式的意圖是（2）。
空白（1）處應(yīng)選擇（）
A.Strategy（策略）
B.Adapter（適配器）
C.Command（命令）
D.Observer（觀察者）
最新試題
David Garlan對(duì)軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。
如果兩個(gè)模塊之間是語義依賴，則可以插入一個(gè)仲裁者來降低它們之間的依賴程度。
好的構(gòu)架設(shè)計(jì)是一系列相容的原理和技術(shù)的產(chǎn)物，在項(xiàng)目的各個(gè)階段保持一致。
限制隊(duì)列大小是一個(gè)提高系統(tǒng)性能的戰(zhàn)術(shù)。
構(gòu)架并不能獨(dú)立實(shí)質(zhì)量屬性，它為質(zhì)量屬性的實(shí)現(xiàn)提供了基礎(chǔ)。
通過構(gòu)架評(píng)估可以得到一個(gè)簡潔的構(gòu)架表述。
體系結(jié)構(gòu)設(shè)計(jì)在軟件設(shè)計(jì)階段的后期，和前期的需求過程沒有關(guān)系。
在一個(gè)軟件系統(tǒng)中，功能是質(zhì)量的載體，質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計(jì)、執(zhí)行以及部署等各個(gè)階段的努力。
CBAM是對(duì)軟件系統(tǒng)進(jìn)行經(jīng)濟(jì)建模的方法，它提供了對(duì)技術(shù)與經(jīng)濟(jì)問題以及構(gòu)架決策的評(píng)估。
數(shù)據(jù)流風(fēng)格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運(yùn)算單元之間流動(dòng)，同時(shí)也關(guān)心控制點(diǎn)怎樣在程序或系統(tǒng)之間移動(dòng)。