某軟件公司欲開發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分，并設(shè)計(jì)UML類圖，如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應(yīng)的類是（1），與"ConcreteCommand"角色相對應(yīng)的類是（2）。
空白（2）處應(yīng)選擇（）
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
某軟件公司欲開發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分，并設(shè)計(jì)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）
當(dāng)不適合采用生成子類的方法對已有的類進(jìn)行擴(kuò)充時(shí)，可以采用（1）設(shè)計(jì)模式動(dòng)態(tài)地給一個(gè)對象添加一些額外的職責(zé)；當(dāng)應(yīng)用程序由于使用大量的對象，造成很大的存儲(chǔ)開銷時(shí)，可以采用（2）設(shè)計(jì)模式運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度的對象；當(dāng)想使用一個(gè)已經(jīng)存在的類，但其接口不符合需求時(shí)，可以采用（3）設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白（2）處應(yīng)選擇（）
A.命令（CommanD）
B.適配器（Adapter）
C.裝飾（DecoratE）
D.享元（Flyweight）
當(dāng)不適合采用生成子類的方法對已有的類進(jìn)行擴(kuò)充時(shí)，可以采用（1）設(shè)計(jì)模式動(dòng)態(tài)地給一個(gè)對象添加一些額外的職責(zé)；當(dāng)應(yīng)用程序由于使用大量的對象，造成很大的存儲(chǔ)開銷時(shí)，可以采用（2）設(shè)計(jì)模式運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度的對象；當(dāng)想使用一個(gè)已經(jīng)存在的類，但其接口不符合需求時(shí)，可以采用（3）設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。
空白（1）處應(yīng)選擇（）
A.命令（CommanD）
B.適配器（Adapter）
C.裝飾（DecoratE）
D.享元（Flyweight）
如圖8-40（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（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)模式中，解決方案包括一個(gè)特定的結(jié)構(gòu)，即元素的一個(gè)空間配置，還規(guī)定了運(yùn)行期間的行為。
和Pipe-and-Filter構(gòu)架相比，解釋器構(gòu)架提供更好的重用支持，并使得整個(gè)系統(tǒng)易于維護(hù)和增強(qiáng)。
如果模塊A和B是位置依賴，可以用名稱服務(wù)器來讓A和B不直接依賴。
如果兩個(gè)模塊之間是語義依賴，則可以插入一個(gè)仲裁者來降低它們之間的依賴程度。
體系結(jié)構(gòu)設(shè)計(jì)在軟件設(shè)計(jì)階段的后期，和前期的需求過程沒有關(guān)系。
效用樹的作用是使質(zhì)量屬性需求具體化，從而迫使設(shè)計(jì)師和客戶代表準(zhǔn)確地定義出他們將要提供的相關(guān)質(zhì)量需求。
CBAM不是使用一個(gè)單獨(dú)的場景，是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景，每個(gè)場景又對應(yīng)一個(gè)效用。
限制隊(duì)列大小是一個(gè)提高系統(tǒng)性能的戰(zhàn)術(shù)。
關(guān)于層次構(gòu)架的描述哪些是正確的（）
維持語義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作，不需要過多依賴于別的模塊。