當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設計模式動態(tài)地給一個對象添加一些額外的職責;當應用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設計模式運用共享技術(shù)來有效地支持大量細粒度的對象;當想使用一個已經(jīng)存在的類,但其接口不符合需求時,可以采用(3)設計模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(2)處應選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
你可能感興趣的試題
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設計模式動態(tài)地給一個對象添加一些額外的職責;當應用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設計模式運用共享技術(shù)來有效地支持大量細粒度的對象;當想使用一個已經(jīng)存在的類,但其接口不符合需求時,可以采用(3)設計模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(1)處應選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
如圖8-40(a)所示的UML類圖描繪的是設計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-40(a)中的"Creator"對應的類是(2)。
空白(2)處應選擇()
A.Bank
B.Account
C.Checking
D.Savings
如圖8-40(a)所示的UML類圖描繪的是設計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-40(a)中的"Creator"對應的類是(2)。
空白(1)處應選擇()
A.Command
B.Factory Method
C.Composite
D.Class Adapter
回調(diào)(Call Back)函數(shù)是面向過程的程序設計語言中常用的一種機制,而設計模式中的(1)模式就是回調(diào)機制的一個面向?qū)ο蟮奶娲?。該模式的意圖是(2)。
空白(2)處應選擇()
A.使原本由于接口不兼容而不能一起工作的那些類可以一起工作
B.將一個請求封裝為一個對象,從而可用不同的請求對客戶進行參數(shù)化,將請求排隊或記錄請求日志,支持可撤銷的操作
C.定義對象間的一種一對多的依賴關(guān)系,當一個對象的狀態(tài)發(fā)生改變時,所有依賴于它的對象都得到通知并被自動更新
D.使算法可獨立于使用它的客戶而變化
回調(diào)(Call Back)函數(shù)是面向過程的程序設計語言中常用的一種機制,而設計模式中的(1)模式就是回調(diào)機制的一個面向?qū)ο蟮奶娲贰T撃J降囊鈭D是(2)。
空白(1)處應選擇()
A.Strategy(策略)
B.Adapter(適配器)
C.Command(命令)
D.Observer(觀察者)
最新試題
易用性關(guān)注的是對用戶來說完成某個期望任務的容易程度。
采用恰當?shù)捏w系結(jié)構(gòu)是項目成功的第一步,體系結(jié)構(gòu)不當,將可能會導致災難性的損失。
體系結(jié)構(gòu)設計在軟件設計階段的后期,和前期的需求過程沒有關(guān)系。
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。
效用樹的作用是使質(zhì)量屬性需求具體化,從而迫使設計師和客戶代表準確地定義出他們將要提供的相關(guān)質(zhì)量需求。
通過對軟件構(gòu)架的評估,可以預測軟件系統(tǒng)的質(zhì)量。
安全性質(zhì)量屬性場景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。
構(gòu)架并不能獨立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎。
一個界面美觀、容易學習的系統(tǒng)是用戶評估易用性重要方面,因此構(gòu)架設計對此質(zhì)量屬性幫助不大。