某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應的類是(1),與"ConcreteCommand"角色相對應的類是(2)。
空白(1)處應選擇()
A.Command
B.Menultem
C.Open
D.ButktinBoardScreen
您可能感興趣的試卷
- 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è)計師下半年上午試卷
你可能感興趣的試題
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設(shè)計模式動態(tài)地給一個對象添加一些額外的職責;當應用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設(shè)計模式運用共享技術(shù)來有效地支持大量細粒度的對象;當想使用一個已經(jīng)存在的類,但其接口不符合需求時,可以采用(3)設(shè)計模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(2)處應選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設(shè)計模式動態(tài)地給一個對象添加一些額外的職責;當應用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設(shè)計模式運用共享技術(shù)來有效地支持大量細粒度的對象;當想使用一個已經(jīng)存在的類,但其接口不符合需求時,可以采用(3)設(shè)計模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白(1)處應選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
如圖8-40(a)所示的UML類圖描繪的是設(shè)計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-40(a)中的"Creator"對應的類是(2)。
空白(2)處應選擇()
A.Bank
B.Account
C.Checking
D.Savings
如圖8-40(a)所示的UML類圖描繪的是設(shè)計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-40(a)中的"Creator"對應的類是(2)。
空白(1)處應選擇()
A.Command
B.Factory Method
C.Composite
D.Class Adapter
最新試題
如果模塊A和B是位置依賴,可以用名稱服務器來讓A和B不直接依賴。
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
在一個軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計、執(zhí)行以及部署等各個階段的努力。
CBAM不是使用一個單獨的場景,是通過改變響應值對某一質(zhì)量屬性生成一組場景,每個場景又對應一個效用。
CBAM是對軟件系統(tǒng)進行經(jīng)濟建模的方法,它提供了對技術(shù)與經(jīng)濟問題以及構(gòu)架決策的評估。
一個網(wǎng)站可以通過隔斷和公網(wǎng)的連線來絕對保證安全。
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。
構(gòu)架并不能獨立實質(zhì)量屬性,它為質(zhì)量屬性的實現(xiàn)提供了基礎(chǔ)。
通過對軟件構(gòu)架的評估,可以預測軟件系統(tǒng)的質(zhì)量。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。