A.虛擬機(jī)
B.管道-過(guò)濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
您可能感興趣的試卷
- 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ì)師下半年上午試卷
你可能感興趣的試題
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是（1）風(fēng)格。Java語(yǔ)言宣傳的"一次編寫，到處運(yùn)行"的特性，從架構(gòu)風(fēng)格上看符合（2）風(fēng)格的特點(diǎn)。
空白（1）處應(yīng)選擇（）
A.虛擬機(jī)
B.管道-過(guò)濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
某軟件公司欲開(kāi)發(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
某軟件公司欲開(kāi)發(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ǔ)開(kāi)銷時(shí)，可以采用（2）設(shè)計(jì)模式運(yùn)用共享技術(shù)來(lái)有效地支持大量細(xì)粒度的對(duì)象；當(dāng)想使用一個(gè)已經(jīng)存在的類，但其接口不符合需求時(shí)，可以采用（3）設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白（2）處應(yīng)選擇（）
A.命令（CommanD）
B.適配器（Adapter）
C.裝飾（DecoratE）
D.享元（Flyweight）
最新試題
在一個(gè)軟件系統(tǒng)中，功能是質(zhì)量的載體，質(zhì)量屬性的得到依賴于開(kāi)發(fā)的設(shè)計(jì)、執(zhí)行以及部署等各個(gè)階段的努力。
數(shù)據(jù)流風(fēng)格的構(gòu)架包括Pipe-and-Filter、黑板、Batch Sequential（批處理）。
維持語(yǔ)義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作，不需要過(guò)多依賴于別的模塊。
軟件體系結(jié)構(gòu)的設(shè)計(jì)的好壞對(duì)于軟件的易用性沒(méi)有影響。
接口展示了軟件構(gòu)件之間的交互關(guān)系，對(duì)于軟件構(gòu)架而言非常重要，需要單獨(dú)編檔。
如果模塊A和B是位置依賴，可以用名稱服務(wù)器來(lái)讓A和B不直接依賴。
數(shù)據(jù)流風(fēng)格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運(yùn)算單元之間流動(dòng)，同時(shí)也關(guān)心控制點(diǎn)怎樣在程序或系統(tǒng)之間移動(dòng)。
通過(guò)對(duì)軟件構(gòu)架的評(píng)估，可以預(yù)測(cè)軟件系統(tǒng)的質(zhì)量。
CBAM不是使用一個(gè)單獨(dú)的場(chǎng)景，是通過(guò)改變響應(yīng)值對(duì)某一質(zhì)量屬性生成一組場(chǎng)景，每個(gè)場(chǎng)景又對(duì)應(yīng)一個(gè)效用。
如果兩個(gè)模塊之間是語(yǔ)義依賴，則可以插入一個(gè)仲裁者來(lái)降低它們之間的依賴程度。