A.虛擬機
B.管道-過濾器
C.事件驅(qū)動
D.微內(nèi)核-擴展
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風格是(1)風格。Java語言宣傳的"一次編寫,到處運行"的特性,從架構(gòu)風格上看符合(2)風格的特點。
空白(1)處應(yīng)選擇()
A.虛擬機
B.管道-過濾器
C.事件驅(qū)動
D.微內(nèi)核-擴展
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應(yīng)的類是(1),與"ConcreteCommand"角色相對應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應(yīng)的類是(1),與"ConcreteCommand"角色相對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Command
B.Menultem
C.Open
D.ButktinBoardScreen
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設(shè)計模式動態(tài)地給一個對象添加一些額外的職責;當應(yīng)用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設(shè)計模式運用共享技術(shù)來有效地支持大量細粒度的對象;當想使用一個已經(jīng)存在的類,但其接口不符合需求時,可以采用(3)設(shè)計模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(2)處應(yīng)選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設(shè)計模式動態(tài)地給一個對象添加一些額外的職責;當應(yīng)用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設(shè)計模式運用共享技術(shù)來有效地支持大量細粒度的對象;當想使用一個已經(jīng)存在的類,但其接口不符合需求時,可以采用(3)設(shè)計模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(1)處應(yīng)選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
如圖8-40(a)所示的UML類圖描繪的是設(shè)計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應(yīng)用,其中與圖8-40(a)中的"Creator"對應(yīng)的類是(2)。
空白(2)處應(yīng)選擇()
A.Bank
B.Account
C.Checking
D.Savings
如圖8-40(a)所示的UML類圖描繪的是設(shè)計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應(yīng)用,其中與圖8-40(a)中的"Creator"對應(yīng)的類是(2)。
空白(1)處應(yīng)選擇()
A.Command
B.Factory Method
C.Composite
D.Class Adapter
回調(diào)(Call Back)函數(shù)是面向過程的程序設(shè)計語言中常用的一種機制,而設(shè)計模式中的(1)模式就是回調(diào)機制的一個面向?qū)ο蟮奶娲?。該模式的意圖是(2)。
空白(2)處應(yīng)選擇()
A.使原本由于接口不兼容而不能一起工作的那些類可以一起工作
B.將一個請求封裝為一個對象,從而可用不同的請求對客戶進行參數(shù)化,將請求排隊或記錄請求日志,支持可撤銷的操作
C.定義對象間的一種一對多的依賴關(guān)系,當一個對象的狀態(tài)發(fā)生改變時,所有依賴于它的對象都得到通知并被自動更新
D.使算法可獨立于使用它的客戶而變化
回調(diào)(Call Back)函數(shù)是面向過程的程序設(shè)計語言中常用的一種機制,而設(shè)計模式中的(1)模式就是回調(diào)機制的一個面向?qū)ο蟮奶娲贰T撃J降囊鈭D是(2)。
空白(1)處應(yīng)選擇()
A.Strategy(策略)
B.Adapter(適配器)
C.Command(命令)
D.Observer(觀察者)
最新試題
在一個軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。
動態(tài)優(yōu)先調(diào)度策略包括()
關(guān)于層次構(gòu)架的描述哪些是正確的()
推遲綁定時間是提高系統(tǒng)運行時的可修改性的一種戰(zhàn)術(shù)。
一個構(gòu)架設(shè)計可以支持所有質(zhì)量屬性。
數(shù)據(jù)流風格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運算單元之間流動,同時也關(guān)心控制點怎樣在程序或系統(tǒng)之間移動。
接口展示了軟件構(gòu)件之間的交互關(guān)系,對于軟件構(gòu)架而言非常重要,需要單獨編檔。
軟件體系結(jié)構(gòu)的設(shè)計的好壞對于軟件的易用性沒有影響。
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
通過對軟件構(gòu)架的評估,可以預測軟件系統(tǒng)的質(zhì)量。