(1)的選擇是開發(fā)一個軟件系統(tǒng)時的基本設計決策;(2)是最底層的模式,關注軟件系統(tǒng)的設計與實現(xiàn),描述了如何實現(xiàn)構件及構件之間的關系。引用計數(shù)是C++管理動態(tài)資源時常用的一種(3)。
空白(1)處應選擇()
A.架構模式
B.慣用法
C.設計模式
D.分析模式
您可能感興趣的試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年下午試卷
- 2010年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2011年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2012年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2013年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2014年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
你可能感興趣的試題
A.虛擬機
B.管道-過濾器
C.事件驅動
D.微內核-擴展
Windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構風格是(1)風格。Java語言宣傳的"一次編寫,到處運行"的特性,從架構風格上看符合(2)風格的特點。
空白(1)處應選擇()
A.虛擬機
B.管道-過濾器
C.事件驅動
D.微內核-擴展
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應的類是(1),與"ConcreteCommand"角色相對應的類是(2)。
空白(2)處應選擇()
A.Command
B.Menultem
C.Open
D.BulktinBoardScreen
某軟件公司欲開發(fā)一個Windows平臺上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構師決定采用Command模式實現(xiàn)該系統(tǒng)的界面顯示部分,并設計UML類圖,如圖8-41所示。圖中與Command模式中的"Invoker"角色相對應的類是(1),與"ConcreteCommand"角色相對應的類是(2)。
空白(1)處應選擇()
A.Command
B.Menultem
C.Open
D.ButktinBoardScreen
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設計模式動態(tài)地給一個對象添加一些額外的職責;當應用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設計模式運用共享技術來有效地支持大量細粒度的對象;當想使用一個已經存在的類,但其接口不符合需求時,可以采用(3)設計模式將該類的接口轉換成我們希望的接口。
空白(2)處應選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
當不適合采用生成子類的方法對已有的類進行擴充時,可以采用(1)設計模式動態(tài)地給一個對象添加一些額外的職責;當應用程序由于使用大量的對象,造成很大的存儲開銷時,可以采用(2)設計模式運用共享技術來有效地支持大量細粒度的對象;當想使用一個已經存在的類,但其接口不符合需求時,可以采用(3)設計模式將該類的接口轉換成我們希望的接口。
空白(1)處應選擇()
A.命令(CommanD)
B.適配器(Adapter)
C.裝飾(DecoratE)
D.享元(Flyweight)
如圖8-40(a)所示的UML類圖描繪的是設計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-40(a)中的"Creator"對應的類是(2)。
空白(2)處應選擇()
A.Bank
B.Account
C.Checking
D.Savings
如圖8-40(a)所示的UML類圖描繪的是設計模式中的(1)模式。如圖8-40(b)所示的UML類圖描述了該模式的一種應用,其中與圖8-40(a)中的"Creator"對應的類是(2)。
空白(1)處應選擇()
A.Command
B.Factory Method
C.Composite
D.Class Adapter
回調(Call Back)函數(shù)是面向過程的程序設計語言中常用的一種機制,而設計模式中的(1)模式就是回調機制的一個面向對象的替代品。該模式的意圖是(2)。
空白(2)處應選擇()
A.使原本由于接口不兼容而不能一起工作的那些類可以一起工作
B.將一個請求封裝為一個對象,從而可用不同的請求對客戶進行參數(shù)化,將請求排隊或記錄請求日志,支持可撤銷的操作
C.定義對象間的一種一對多的依賴關系,當一個對象的狀態(tài)發(fā)生改變時,所有依賴于它的對象都得到通知并被自動更新
D.使算法可獨立于使用它的客戶而變化
最新試題
Pipe-and-Filter構架天然地支持并行,并具有良好的性能。
如果模塊A和B是位置依賴,可以用名稱服務器來讓A和B不直接依賴。
構架并不能獨立實質量屬性,它為質量屬性的實現(xiàn)提供了基礎。
好的構架設計是一系列相容的原理和技術的產物,在項目的各個階段保持一致。
關于層次構架的描述哪些是正確的()
通過構架評估可以得到一個簡潔的構架表述。
推遲綁定時間是提高系統(tǒng)運行時的可修改性的一種戰(zhàn)術。
數(shù)據(jù)流風格的構架包括Pipe-and-Filter、黑板、Batch Sequential(批處理)。
易用性關注的是對用戶來說完成某個期望任務的容易程度。
和Pipe-and-Filter構架相比,解釋器構架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。