摘要:●面向?qū)ο蟪绦蛟O(shè)計語言為(34)提供支持。(34)A.面向?qū)ο笥美O(shè)計階段B.面向?qū)ο蠓治鲭A段C.面向?qū)ο笮枨蠓治鲭A段D.面向?qū)ο髮崿F(xiàn)階段[答案討論]●下面關(guān)于面向?qū)ο蟮拿枋稣_的(35)。(35)A.針對接口編程,而不是針對實現(xiàn)編程B.針對實現(xiàn)編程,而不是針對接口編程C.接口與實現(xiàn)不可分割D.優(yōu)先使用繼承而非組合[答案討論]
● 面向?qū)ο蟪绦蛟O(shè)計語言為(34)提供支持。
(34)A.面向?qū)ο笥美O(shè)計階段 B.面向?qū)ο蠓治鲭A段
C.面向?qū)ο笮枨蠓治鲭A段 D.面向?qū)ο髮崿F(xiàn)階段
[答案討論]
● 下面關(guān)于面向?qū)ο蟮拿枋稣_的(35)。
(35)A.針對接口編程,而不是針對實現(xiàn)編程
B.針對實現(xiàn)編程,而不是針對接口編程
C.接口與實現(xiàn)不可分割
D.優(yōu)先使用繼承而非組合
[答案討論]
● 下面關(guān)于UML文檔的敘述中正確的是(36)。
(36)A.UML文檔指導(dǎo)開發(fā)人員如何進行面向?qū)ο蠓治?BR> B.UML文檔描述了面向?qū)ο蠓治雠c設(shè)計的結(jié)果
C.UML文檔給出了軟件的開發(fā)過程和設(shè)計流程
D.UML文檔指導(dǎo)開發(fā)人員如何進行面向?qū)ο笤O(shè)計
[答案討論]
● UML的設(shè)計視圖包含了類、接口和協(xié)作,其中,設(shè)計視圖的靜態(tài)方面由(37)和(38)表現(xiàn);動態(tài)方面由交互圖、(39)表現(xiàn)。
(37)A.類圖B.狀態(tài)圖C.活動圖D.用例圖
(38)A.狀態(tài)圖 B.順序圖C.對象圖D.活動圖
(39)A.狀態(tài)圖和類圖B.類圖和活動圖
C.對象圖和狀態(tài)圖 D.狀態(tài)圖和活動圖
[答案討論]
● UML中的構(gòu)件是遵從一組接口并提供一組接口的實現(xiàn),下列說法錯誤的是(40)。
(40)A.構(gòu)件應(yīng)是可替換的 B.構(gòu)件表示的是邏輯模塊而不是物理模塊
C.構(gòu)件應(yīng)是組成系統(tǒng)的一部分 D.構(gòu)件與類處于不同的抽象層次
[答案討論]
● 設(shè)計模式具有(41)的優(yōu)點。
(41)A.適應(yīng)需求變化B.程序易于理解
C.減少開發(fā)過程中的代碼開發(fā)工作量 D.簡化軟件系統(tǒng)的設(shè)計
[答案討論]
● 下面的(42)模式將對象組合成樹形結(jié)構(gòu)以表示“部分一整體”的層次結(jié)構(gòu),并使得用戶對單個對象和組合對象的使用具有一致性。
(42)A.組合(Composite) B.橋接(Bridge)
C.修飾(Decorator) D.外觀(Facade)
[答案討論]
● 下圖描述了一種設(shè)計模式,該設(shè)計模式不可以(43)。
(43)A.動態(tài)決定由一組對象中某個對象處理該請求
B.動態(tài)指定處理一個請求的對象集合,并高效率地處理一個請求
C.使多個對象都有機會處理請求,避免請求的發(fā)送者和接收者間的禍合關(guān)系
D.將對象連成一條鏈,并沿著該鏈傳遞請求
[答案討論]
● 在面向?qū)ο蟪绦蛟O(shè)計中,常常將接口的定義與接口的實現(xiàn)相分離,可定義不同的類實現(xiàn)相同的接口。在程序運行過程中,對該接口的調(diào)用可根據(jù)實際的對象類型調(diào)用其相應(yīng)的實現(xiàn)。 為達到上述目的,面向?qū)ο笳Z言須提供 (44)機制。
(44)A.繼承和過載(overloading) B.抽象類
C.繼承和重置(overriding) D.對象目身引用
[答案討論]
軟考備考資料免費領(lǐng)取
去領(lǐng)取