當(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ù)來(lái)有效地支持大量細(xì)粒度的對(duì)象;當(dāng)想使用一個(gè)已經(jīng)存在的類,但其接口不符合需求時(shí),可以采用(3)設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(1)處應(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ì)師下半年上午試卷
你可能感興趣的試題
如圖8-40(a)所示的UML類圖描繪的是設(shè)計(jì)模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應(yīng)用,其中與圖8-40(a)中的"Creator"對(duì)應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
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)。
空白(1)處應(yīng)選擇()
A.Command
B.Factory Method
C.Composite
D.Class Adapter
回調(diào)(Call Back)函數(shù)是面向過程的程序設(shè)計(jì)語(yǔ)言中常用的一種機(jī)制,而設(shè)計(jì)模式中的(1)模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲贰T撃J降囊鈭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ì)語(yǔ)言中常用的一種機(jī)制,而設(shè)計(jì)模式中的(1)模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲?。該模式的意圖是(2)。
空白(1)處應(yīng)選擇()
A.Strategy(策略)
B.Adapter(適配器)
C.Command(命令)
D.Observer(觀察者)
基于場(chǎng)景的架構(gòu)分析方法(Scenarios-basedArchitectureAnalysisMethod,SAAM)是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法,是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、(1)和架構(gòu)描述文檔,其分析過程主要包括場(chǎng)景開發(fā)、(2)、單個(gè)場(chǎng)景評(píng)估、場(chǎng)景交互和總體評(píng)估。
空白(2)處應(yīng)選擇()
A.架構(gòu)需求
B.架構(gòu)描述
C.架構(gòu)設(shè)計(jì)
D.架構(gòu)實(shí)現(xiàn)
最新試題
如果兩個(gè)模塊之間是語(yǔ)義依賴,則可以插入一個(gè)仲裁者來(lái)降低它們之間的依賴程度。
易用性關(guān)注的是對(duì)用戶來(lái)說完成某個(gè)期望任務(wù)的容易程度。
軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu),不關(guān)心其動(dòng)態(tài)結(jié)構(gòu)。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個(gè)系統(tǒng)易于維護(hù)和增強(qiáng)。
黑板構(gòu)架用于解決無(wú)確定性求解策略問題,它由黑板、知識(shí)源和仲裁者構(gòu)成。
體系結(jié)構(gòu)設(shè)計(jì)在軟件設(shè)計(jì)階段的后期,和前期的需求過程沒有關(guān)系。
數(shù)據(jù)流風(fēng)格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運(yùn)算單元之間流動(dòng),同時(shí)也關(guān)心控制點(diǎn)怎樣在程序或系統(tǒng)之間移動(dòng)。
維持語(yǔ)義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。
Pipe-and-Filter構(gòu)架天然地支持并行,并具有良好的性能。
好的構(gòu)架設(shè)計(jì)是一系列相容的原理和技術(shù)的產(chǎn)物,在項(xiàng)目的各個(gè)階段保持一致。