設(shè)計模式與軟件體系結(jié)構(gòu)智慧樹知到期末考試答案2024年

設(shè)計模式與軟件體系結(jié)構(gòu)智慧樹知到期末考試答案2024年設(shè)計模式與軟件體系結(jié)構(gòu)Facade模式要解決的問題：只需要使用一個復(fù)雜系統(tǒng)的一個（）?；蛘?，需要用一種特殊的方式與系統(tǒng)交互。

A:標(biāo)識B:指針C:子類D:子集答案:子集在（）不適合使用原型（Prototype）模式。

A:當(dāng)要實例化的類是在運行時刻指定是，例如通過動態(tài)裝載B:當(dāng)一個類的實例只能有幾個不同狀態(tài)組合中的一種時C:為了避免創(chuàng)建一個與產(chǎn)品類層次平行的工廠類層次時D:當(dāng)要強(qiáng)調(diào)一系列相關(guān)的產(chǎn)品對象的設(shè)計以便進(jìn)行聯(lián)合使用時答案:當(dāng)要強(qiáng)調(diào)一系列相關(guān)的產(chǎn)品對象的設(shè)計以便進(jìn)行聯(lián)合使用時在Strategy

模式的使用中，將某個（）從使用它的類中移出來，這種過程與數(shù)據(jù)庫中的規(guī)范化過程非常相似。

A:變化的行為B:抽象體C:方向D:類別答案:變化的行為當(dāng)用不同的請求對客戶進(jìn)行參數(shù)化時，可使用（）模式。

A:組合B:抽象工廠C:模板D:命令答案:命令Strategy

意圖是定義一系列的算法,把它們一個個()起來,并且使它們可相互替換。

A:標(biāo)識B:轉(zhuǎn)換C:其余都不對D:封裝答案:封裝職責(zé)鏈模式是一種（）模式，它將所有請求的處理者連成一條鏈。

A:抽象B:對象行為型C:結(jié)構(gòu)型D:建造型答案:對象行為型外觀模式的解決方案是向客戶展現(xiàn)使用現(xiàn)有系統(tǒng)的一個新的（）。

A:子類B:指針C:接口D:方法答案:接口Decorator

模式對象在被裝飾功能之前或者之后或者前兩者同時執(zhí)行自己的（）。

A:結(jié)構(gòu)B:主題功能C:附加功能

D:算法答案:附加功能Bridge（橋接）模式是將抽象部分與它的實現(xiàn)部分分離，其中（）部分是指用來實現(xiàn)抽象類的派生類的對象。

A:抽象B:指針C:實現(xiàn)D:接口答案:實現(xiàn)當(dāng)遇到一個心得數(shù)據(jù)庫時，TemplateMethod（模版）模式提供了一個（）讓我們填充。我們創(chuàng)建一個新的派生類，并根據(jù)新的數(shù)據(jù)庫的要求實現(xiàn)特定的步驟。

A:子類B:函數(shù)C:樣板D:方法答案:樣板以下意圖（）可用來描述策略（Strategy）。

A:定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換B:將一個復(fù)雜對象的構(gòu)建與它的表示分離，使得同樣的構(gòu)造過程可以創(chuàng)建不同的表示C:將抽象部分與它的現(xiàn)實部分分離，使它們都可以獨立變化D:定義一個操作中的算法的骨架，而將一些步驟延遲的子類中答案:定義一系列的算法，把它們一個個封裝起來，并且使它們可相互替換以下意圖用來描述代理(Proxy)的是(

)。

A:用原型實例指定創(chuàng)建對象的種類，并且通過復(fù)制這些原型創(chuàng)建新的對象B:運用共享技術(shù)有效地支持大量細(xì)粒度的對象C:為其他對象提供一種代理以控制對這個對象的訪問D:將一個復(fù)雜對象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示答案:為其他對象提供一種代理以控制對這個對象的訪問如果系統(tǒng)在不同的情況下運行，或由不同的用戶運行，觀察者列表會不同，這時適宜用（）模式。

A:組合B:裝飾

C:模板D:觀察者答案:觀察者通過從一個抽象類（）執(zhí)行算法的所有不同方式，主模塊無需再操心實際使用的是哪一個算法。

A:聚類B:隨機(jī)C:生成D:派生答案:派生（）模式使原本接口不兼容而不能一起工作的類可以一起工作

A:組合B:適配器C:訪問者D:模板答案:適配器TemplateMethod模式準(zhǔn)備一個抽象類，將部分邏輯以（）以及具體構(gòu)造子類的形式實現(xiàn)，然后聲明一些抽象方法來迫使子類實現(xiàn)剩余的邏輯。

A:抽象函數(shù)B:抽象方法C:具體函數(shù)D:具體方法答案:具體方法（）模式確保某一個類僅有一個實例，并自行實例化向整個系統(tǒng)提供這個實例。

A:多例B:單例C:模板D:橋接答案:單例AbstractFactory模式就是用來解決這類問題的：要創(chuàng)建一組相關(guān)或者（）的對象。

A:具體B:相互獨立

C:相互依賴D:抽象答案:相互依賴簡單工廠方法模式的特點是僅僅有一個具體的創(chuàng)建者類，并且在此類中包含一個（）工廠方法。

A:具體B:抽象C:動態(tài)D:靜態(tài)答案:靜態(tài)下列屬于面向?qū)ο蠡驹瓌t的是（）。

A:繼承B:子類復(fù)用C:封裝D:里氏替換

答案:里氏替換當(dāng)一個系統(tǒng)要（）于它的產(chǎn)品的創(chuàng)建、組合和表示時適合用AbstractFactory

模式。

A:獨立

B:聚合C:分離D:組合答案:獨立常用的基本設(shè)計模式可分為（）。

A:對象型、結(jié)構(gòu)型和行為型B:過程型、結(jié)構(gòu)型和行為型C:抽象型、接口型和實現(xiàn)型D:創(chuàng)建型、結(jié)構(gòu)型和行為型答案:創(chuàng)建型、結(jié)構(gòu)型和行為型AbstractFactory

意圖提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定它們（）。

A:子類名B:父類C:指針D:具體的類

答案:具體的類如果有一個2MB的文本（英文字母)，為了對其中的字母進(jìn)行分類和計數(shù)，若為文本中的每個字母都定義一個對象顯然不合實際，對與該問題最好可使用的模式是(

)。

A:合成(Composite)模式B:命令(Command)模式C:裝飾(Decorator)模式D:享元(Flyweight)模式答案:享元(Flyweight)模式對違反里氏替換原則的兩個類，可以采用的候選解決方案正確的是（）。

A:將B到A的繼承關(guān)系改成組合關(guān)系。B:創(chuàng)建一個新的抽象類C，作為兩個具體類的超類，將A和B共同的行為移動到C中，從而解決A和B行為不完全一致的問題。C:盡量將一些需要擴(kuò)展的類或者存在變化的類設(shè)計為抽象類或者接口，并將其作為基類，在程序中盡量使用基類對象進(jìn)行編程。D:區(qū)分是“is-a”還是“has-a”。如果是“is-a”，可以使用繼承關(guān)系，如果是“has-a”應(yīng)該改成組合關(guān)系。答案:盡量將一些需要擴(kuò)展的類或者存在變化的類設(shè)計為抽象類或者接口，并將其作為基類，在程序中盡量使用基類對象進(jìn)行編程。

Web服務(wù)開發(fā)生命周期分為：構(gòu)建、部署、運行、管理四個階段。

A:正確B:錯誤答案:正確命令模式是通過調(diào)用者調(diào)用接受者執(zhí)行命令的，順序為調(diào)用者→接受者→命令。

A:對B:錯答案:對Strategy（策略）模式的本質(zhì)是在一個抽象類中封裝一個算法并交替使用這些算法。

A:對B:錯答案:對結(jié)構(gòu)型模式有組合模式、適配器模式、外觀模式、橋接模式、策略模式等。

A:錯B:對答案:錯適配器模式不可以模擬新能源汽車的發(fā)動機(jī)。

A:錯B:對答案:錯Strategy

模式簡化了單元測試，因為每個算法都有自己的類，可以通過接口進(jìn)行單獨測試。

A:對B:錯答案:對抽象工廠模式是簡單工廠模式的升級版本，工廠方法模式只生產(chǎn)一個等級的產(chǎn)品，而抽象工廠模式可生產(chǎn)多個等級的產(chǎn)品。

A:對B:錯答案:錯行為型模式有：迭代器模式、訪問者模式、命令模式、中介者模式、策略模式、狀態(tài)模式、簡單工廠模式等。

A:對B:錯答案:錯通過在問題領(lǐng)域中使用模式，可以用一種不同的方式來看待問題。

A:錯B:對答案:對迭代模式是用于把抽象化與實現(xiàn)化解耦，使得二者可以獨立變化

A:錯B:對答案:錯面向?qū)ο笤O(shè)計模式可分為創(chuàng)建型模式、結(jié)構(gòu)型模式、行為型模式三類

A:對B:錯答案:對軟件體系結(jié)構(gòu)的評估方法主要有調(diào)查問卷、檢查表、場景、度量、比較5種。

A:對B:錯答案:錯典型的云計算體系結(jié)構(gòu)可分為4個層次：硬件）、基礎(chǔ)設(shè)施層、平臺層和應(yīng)用層。

A:對B:錯答案:對工廠方法模式是一個很直觀的模式，將會不斷地重復(fù)使用。

A:錯B:對答案:對設(shè)計模式一般用來解決同一問題的不同表相。

A:正確B:錯誤答案:正確對象適配器模式是依賴倒轉(zhuǎn)原則的典型應(yīng)用。

A:錯B:對答案:錯對象的結(jié)構(gòu)模式描述怎樣把各種不同類型的對象組合在一起，以實現(xiàn)新的功能，其是動態(tài)的。

A:對B:錯答案:對恰當(dāng)?shù)靥岣呦到y(tǒng)的可復(fù)用性，可降低系統(tǒng)的可擴(kuò)展性、靈活性、降低黏度。

A:錯B:對答案:錯代理模式屬于設(shè)計模式屬于行為型模式

A:對B:錯答案:錯工廠方法模式是類的創(chuàng)建模式，又叫虛擬構(gòu)造器模式或者多態(tài)性工廠模式。

A:對B:錯答案:對

簡單工廠模式的優(yōu)點是

A:客戶類不直接創(chuàng)建產(chǎn)品類的對象，客戶類只作為對象的消費者B:客戶類沒有對象生成的邏輯判斷，相對穩(wěn)定，若有新產(chǎn)品類加入，不必修改（或少修改）客戶類即可。C:簡單工廠模式實現(xiàn)了責(zé)任分離D:簡單工廠方法包含從一個類的選擇初始類的業(yè)務(wù)邏輯答案:簡單工廠方法包含從一個類的選擇初始類的業(yè)務(wù)邏輯;客戶類不直接創(chuàng)建產(chǎn)品類的對象，客戶類只作為對象的消費者;簡單工廠模式實現(xiàn)了責(zé)任分離;客戶類沒有對象生成的邏輯判斷，相對穩(wěn)定，若有新產(chǎn)品類加入，不必修改（或少修改）客戶類即可。軟件體系結(jié)構(gòu)為什么重要（）。

A:是簡化結(jié)構(gòu)的手段B:是軟件相關(guān)人員進(jìn)行交流的手段C:是一種高層次的設(shè)計復(fù)用手段D:是早期關(guān)鍵設(shè)計決策的體現(xiàn)答案:是軟件相關(guān)人員進(jìn)行交流的手段;是一種高層次的設(shè)計復(fù)用手段;是早期關(guān)鍵設(shè)計決策的體現(xiàn);是簡化結(jié)構(gòu)的手段在設(shè)計模式群體中，效果是指（）。

A:原因B:方法C:策略D:結(jié)果答案:原因###結(jié)果網(wǎng)格是把整個網(wǎng)絡(luò)整合成一臺巨大的超級計算機(jī)，實現(xiàn)（）和專家資源的全面共享。

A:存儲資源B:信息資源

C:計算資源D:知識資源答案:計算資源###存儲資源###信息資源###知識資源軟件設(shè)計模式的最關(guān)鍵的元素包括（）。

A:問題B:參與者和協(xié)作者C:解決方案D:名稱

答案:參與者和協(xié)作者###解決方案###問題工廠模式分為（）3種類型。

A:單例B:工廠方法C:抽象工廠D:簡單工廠答案:工廠方法對象的結(jié)構(gòu)模式包括（）。

A:代理人模式B:裝飾模式C:享元模式D:合成模式答案:享元模式###代理人模式###合成模式###裝飾模式MVC模型的基本工作原理是基于什么模式，實現(xiàn)是屬于什么模式（）。

A:觀察者B:命令C:責(zé)任鏈D:抽象答案:觀察者###命令架構(gòu)師應(yīng)對易用性的手段包括

A:統(tǒng)一界面風(fēng)格B:用戶界面與業(yè)務(wù)邏輯分離C:集群D:設(shè)計模式答案:統(tǒng)一界面風(fēng)格###用戶界面與業(yè)務(wù)邏輯分離創(chuàng)建型軟件設(shè)計模式分為抽象工廠模式和

A:單例模式B:生成器模式C:工廠方法模式D:簡單工廠方法模式

答案:簡單工廠方法模式###工廠方法模式###生成器模式###單例模式為了提高（），我們經(jīng)常會抽象出一些類的公共接口以形成抽象基類或者接口。

A:內(nèi)聚B:繼承C:松耦合D:復(fù)合答案:內(nèi)聚###松耦合AbstractFactory

的三個關(guān)鍵策略是（）。

A:優(yōu)先使用對象組合，而不是類繼承B:發(fā)現(xiàn)并封裝變化點C:針對接口設(shè)計，而不是針對實現(xiàn)設(shè)計D:發(fā)現(xiàn)并封裝接口答案:發(fā)現(xiàn)并封裝變化點###優(yōu)先使用對象組合,而不是類繼承###針對接口設(shè)計,而不是針對實現(xiàn)設(shè)計以下屬于裝飾模式角色的是（）。

A:具體構(gòu)件（ConcreteComponent）角色B:

抽象構(gòu)件（Component）角色

C:抽象裝飾（Decorator）角色D:具體裝飾（ConcreteDecorator)角色答案:抽象構(gòu)件(Component)角色###具體構(gòu)件(ConcreteComponent)角色###抽象裝飾(Decorator)角色###具體裝飾(ConcreteDeco