某軟件公司欲開發(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
您可能感興趣的試卷
- 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è)計師下半年上午試卷
你可能感興趣的試題
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應(yīng)的類是(1),與"ConcreteCommand"角色相對應(yīng)的類是(2)。
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)。
A.Bank
B.Account
C.Checking
D.Savings
最新試題
在軟件體系結(jié)構(gòu)模式中,解決方案包括一個特定的結(jié)構(gòu),即元素的一個空間配置,還規(guī)定了運行期間的行為。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。
安全性質(zhì)量屬性場景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。
一個構(gòu)架設(shè)計可以支持所有質(zhì)量屬性。
采用恰當?shù)捏w系結(jié)構(gòu)是項目成功的第一步,體系結(jié)構(gòu)不當,將可能會導(dǎo)致災(zāi)難性的損失。
軟件構(gòu)架評估的主要目的是控制風險,ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
數(shù)據(jù)流風格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運算單元之間流動,同時也關(guān)心控制點怎樣在程序或系統(tǒng)之間移動。
維持語義的一致性的目標是確保模塊中所有責任都能協(xié)同工作,不需要過多依賴于別的模塊。
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。
CBAM不是使用一個單獨的場景,是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景,每個場景又對應(yīng)一個效用。