A.虛擬機(jī)
B.管道-過濾器
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ùn)行"的特性,從架構(gòu)風(fēng)格上看符合(2)風(fēng)格的特點(diǎn)。
空白(1)處應(yīng)選擇()
A.虛擬機(jī)
B.管道-過濾器
C.事件驅(qū)動(dòng)
D.微內(nèi)核-擴(kuò)展
某軟件公司欲開發(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
某軟件公司欲開發(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)。
空白(1)處應(yīng)選擇()
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ǔ)開銷時(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)
最新試題
通過構(gòu)架評(píng)估可以得到一個(gè)簡(jiǎn)潔的構(gòu)架表述。
David Garlan對(duì)軟件體系結(jié)構(gòu)的定義可以精簡(jiǎn)為體系結(jié)構(gòu)=組件+連接件+約束。
效用樹的作用是使質(zhì)量屬性需求具體化,從而迫使設(shè)計(jì)師和客戶代表準(zhǔn)確地定義出他們將要提供的相關(guān)質(zhì)量需求。
接口展示了軟件構(gòu)件之間的交互關(guān)系,對(duì)于軟件構(gòu)架而言非常重要,需要單獨(dú)編檔。
如果模塊A和B是位置依賴,可以用名稱服務(wù)器來讓A和B不直接依賴。
易用性關(guān)注的是對(duì)用戶來說完成某個(gè)期望任務(wù)的容易程度。
好的構(gòu)架設(shè)計(jì)是一系列相容的原理和技術(shù)的產(chǎn)物,在項(xiàng)目的各個(gè)階段保持一致。
構(gòu)架并不能獨(dú)立實(shí)質(zhì)量屬性,它為質(zhì)量屬性的實(shí)現(xiàn)提供了基礎(chǔ)。
在軟件體系結(jié)構(gòu)模式中,解決方案包括一個(gè)特定的結(jié)構(gòu),即元素的一個(gè)空間配置,還規(guī)定了運(yùn)行期間的行為。
如果兩個(gè)模塊之間是語義依賴,則可以插入一個(gè)仲裁者來降低它們之間的依賴程度。