某軟件公司欲開發(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
您可能感興趣的試卷
- 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)地給一個對象添加一些額外的職責(zé);當應(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)地給一個對象添加一些額外的職責(zé);當應(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
最新試題
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
CBAM是對軟件系統(tǒng)進行經(jīng)濟建模的方法,它提供了對技術(shù)與經(jīng)濟問題以及構(gòu)架決策的評估。
軟件體系結(jié)構(gòu)只是表示了軟件的拓撲結(jié)構(gòu),不關(guān)心其動態(tài)結(jié)構(gòu)。
維持語義的一致性的目標是確保模塊中所有責(zé)任都能協(xié)同工作,不需要過多依賴于別的模塊。
軟件體系結(jié)構(gòu)的設(shè)計的好壞對于軟件的易用性沒有影響。
推遲綁定時間是提高系統(tǒng)運行時的可修改性的一種戰(zhàn)術(shù)。
在軟件體系結(jié)構(gòu)模式中,解決方案包括一個特定的結(jié)構(gòu),即元素的一個空間配置,還規(guī)定了運行期間的行為。
一個界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評估易用性重要方面,因此構(gòu)架設(shè)計對此質(zhì)量屬性幫助不大。
體系結(jié)構(gòu)設(shè)計在軟件設(shè)計階段的后期,和前期的需求過程沒有關(guān)系。
David Garlan對軟件體系結(jié)構(gòu)的定義可以精簡為體系結(jié)構(gòu)=組件+連接件+約束。