設計模式考試復習試題含答案解析(共12頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上一、1. 設計模式一般用來解決什么樣的問題： A.同一問題的不同表相2. 下列屬于面向?qū)ο蠡驹瓌t的是： C.里氏代換3. Open-Close原則的含義是一個軟件實體：A.應當對擴展開放，對修改關閉.4. 當我們想創(chuàng)建一個具體的對象而又不希望指定具體的類時，使用（A）模式。A.創(chuàng)建型 5. 要依賴于抽象不要依賴于具體。即針對接口編程不要針對實現(xiàn)編程：（D）依賴倒轉(zhuǎn)原則6. 依據(jù)設計模式思想,程序開發(fā)中應優(yōu)先使用的是( A )關系實現(xiàn)復用。A, 委派7. 設計模式的兩大主題是( D ) D.系統(tǒng)復用與系統(tǒng)擴展8. 單體模式中,兩個基本要點(AB)和單體類自己提供單例A

2、 .構造函數(shù)私有 B.唯一實例9. 下列模式中,屬于行為模式的是( B ) B觀察者10. “不要和陌生人說話” 是( D )原則的通俗表述 D.迪米特1. 軟件體系結(jié)構是指一個系統(tǒng)的有目的的設計和規(guī)劃，這個設計規(guī)劃既不描述 活動 ，也不描述 系統(tǒng)怎樣開發(fā) ，它只描述系統(tǒng)的 組成元素 及其相互的 交互協(xié)作 。2一個UML模型只描述了一個系統(tǒng) 要做什么 ，它并沒告訴我們系統(tǒng)是 怎么做 。3接口是可以在整個模型中反復使用的一組行為，是一個沒有 屬性 而只有 方法 的類。4多重性指的是，某個類有 多 個對象可以和另一個類的 一 對象關聯(lián)。5當一個類的對象可以充當多種角色時， 自身 關聯(lián)就可能發(fā)生。6

3、在泛化關系中，子類 可以替代 父類。后前者出現(xiàn)的可以相同地方。反過來卻不成立。7最通常的依賴關系是一個類操作的 形構 中用到了 另一個類 的定義。8組成是 強類型 的聚集，因為聚集中的每個部分體只能屬于 一個 整體。9實現(xiàn)的符號和繼承的符號有相似之處，兩者的唯一差別是實現(xiàn)關系用 虛線 表示，繼承關系用 實線 表示。10. 設計模式中應優(yōu)先使用 對象組合 而不是 類繼承 。1. 適配器模式屬于創(chuàng)建型模式結(jié)構型（ F ）2. 在設計模式中，“效果”只是指“原因和結(jié)果”（ T ）3. 設計模式使代碼編制不能真正工程化 （ T ）4. 面向?qū)ο笳Z言編程中的異常處理，可以理解為責任鏈模式（T ）5. 反

4、模式就是反對在軟件開發(fā)過程中使用設計模式分析：反模式用來解決問題的帶有共性的不良方法（F ）1. 什么是設計模式？設計模式目標是什么？答：設計模式是一套被反復使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設計經(jīng)驗的總結(jié)。使用設計模式是為了可重用代碼、讓代碼更容易被他人理解，保證代碼可靠性。2. 設計模式中一般都遵循的原則有什么？答：開閉原則、根據(jù)場景進行設計原則、優(yōu)先組合原則、包容變化原則3. “Gang of Four”針對“創(chuàng)建優(yōu)秀面向?qū)ο笤O計”建議了哪些策略？答：針對接口編程、優(yōu)先使用對象組合而不是類繼承，找到并封裝變化點。4. 面向?qū)ο笙到y(tǒng)中功能復用的兩種最常用技術是什么？答：類繼承和對象組

5、合，類繼承允許你根據(jù)其他類的實現(xiàn)來定義一個類的實現(xiàn)。父類的內(nèi)部細節(jié)對子類可見。類繼承是在編譯時刻靜態(tài)定義的，且可直接使用，類繼承可以較方便地改變被復用的實現(xiàn)。對象組合是類繼承之外的另一種復用選擇。新的更復雜的功能可以通過組裝或組合對象來獲得。對象組合要求被組合的對象具有良好定義的接口。5. 只根據(jù)抽象類中定義的接口來操縱對象有什么好處？ 答：1) 客戶無須知道他們使用對象的特定類型，只須對象有客戶所期望的接口。 2) 客戶無須知道他們使用的對象是用什么類來實現(xiàn)的，他們只須知道定義接口的抽象類。五、應用題（分值15）公司架構：經(jīng)理、工程師、技師和后勤人員都是公司的雇

6、員，經(jīng)理管理工程師、技師和后勤人員。高層經(jīng)理領導較低級別的經(jīng)理。典型層次圖如下：可以使用哪種設計模式實現(xiàn)公司的層級關系？并說明為什么？組合模式，第一，其公司關系架構為樹形結(jié)構；第二，其表示了部分-整體關系（自己擴展）1. 在觀察者模式中，表述錯誤的是（ C ）C. 觀察者可以改變被觀察者的狀態(tài)，再由被觀察者通知所有觀察者依據(jù)被觀察者的狀態(tài)進行。2. 對于違反里式代換原則的兩個類，可以采用的候選解決方案錯誤的是：（ D ）D. 以上方案錯誤3. 下列模式屬于結(jié)構型設計模式的是（ AB ）A. Composite B. 享元（Flyweight）模式4. 關于繼承表述錯誤的是：（ D ）D. 繼承

7、本質(zhì)上是“白盒復用”，對父類的修改，不會影響到子類。5. 對于依賴倒轉(zhuǎn)的表述錯誤的是（C）C. 從選項B的角度論述，一個對象可以有多個接口。6. 可以使用哪一種設計模式限制類的實例唯一？（ D ）D單體模式7. Java數(shù)據(jù)庫連接庫JDBC用到哪種設計模式（ B ）？B.工廠方法8. 關于運用GOF工廠方法的效果Consequences，說法不正確的是（C）有利于產(chǎn)品的一致性8. 在應用程序中可用哪些設計模式分離出算法？（ B ）B. 策略模式9. 工廠方法也稱為（ D ）D. 虛構造器10. 可以使用哪種設計模式將抽象和實現(xiàn)解耦，使得抽象和實現(xiàn)可以獨自變化？（ B ）橋接模式1. 面向?qū)ο蟮?/p>

8、七條基本原則包括：開閉原則，里式代換原則，合成聚合原則以及（迪米特法則 ），（  依賴倒轉(zhuǎn)  ），（ 單一原則    ），（  接口隔離  ）。2. 在存在繼承關系的情況下，方法向（ 超類 ）方向集中，而數(shù)據(jù)向（ 子類 ）方向集中。3. 適配器模式，分為類的適配器和對象的適配器兩種實現(xiàn)。其中類的適配器采用的是（ 繼承  ）關系，而對象適配器采用的是（組合聚合）關系。4. 設計模式的四個基

9、本要素是（名字   ），（意圖   ），（問題 ）和（ 解決方案     ）。5. .創(chuàng)建型模式的根本意圖是要把（ 對象的創(chuàng)建  ）和（ 使用分離   ）的責任進行分離，從而降低系統(tǒng)的（ 耦合度  ）。6. 工廠模式分為(簡單工廠 ),( 工廠方法  ),( 抽象工廠 )三種類型。7. 門面模式是( 

10、; 迪米特  )法則的典型運用8. MVC模型的基本工作原理是基于(  觀察者   )模式，實現(xiàn)是基于（ 命令   ）模式9. 設計模式的思想根源是(開閉 )基本原則的宏觀運用,本質(zhì)上是沒有任何模式的,發(fā)現(xiàn)模式的人永遠是大師,而死守模式的人,最對只能是一個工匠. 1. 在MVC模型中M、V、C分別指什么？簡述它們之間的關系？M: 模型(Model), V:視圖(View) C:控制Controller)。MVC模式的目的就是實現(xiàn)Web系

11、統(tǒng)的職能分工。 Model層實現(xiàn)系統(tǒng)中的業(yè)務邏輯，通?？梢杂肑avaBean或EJB來實現(xiàn)。 View層用于與用戶的交互，通常用JSP來實現(xiàn)。 Controller層是Model與View之間溝通的橋梁，它可以分派用戶的請求并選擇恰當?shù)囊晥D以用于顯示，同時它也可以解釋用戶的輸入并將它們映射為模型層可執(zhí)行的操作。2. 什么是開閉原則？軟件實體應當對擴展開放，對修改關閉，軟件系統(tǒng)中包含的各種組件，例如模塊（Modules）、類（Classes）以及功能（Functions）等，應該在不修改現(xiàn)有代碼的基礎上，引入新功能。開閉原則中“開”，是指對于組件功能的擴展

12、是開放的，是允許對其進行功能擴展的；開閉原則中“閉”，是指對于原有代碼的修改是封閉的，即不應該修改原有的代碼。 3.設計數(shù)據(jù)庫的系統(tǒng)日志，要考慮使用哪些設計模式？答：命令模式，備忘錄模式，外觀模式4. 使用工廠模式的主要原因是什么？工廠模式定義：提供創(chuàng)建對象的接口. 因為工廠模式就相當于創(chuàng)建實例對象的new，我們經(jīng)常要根據(jù)類Class生成實例對象，如A a=new A() 工廠模式也是用來創(chuàng)建實例對象的，所以以后new時就要多個心眼，是否可以考慮使用工廠模式，雖然這樣做，可能多做一些工作，但會給你系統(tǒng)帶來更大的可擴展性和盡量少的修改量

13、。5. 在面向?qū)ο笤O計中，編譯原理的有限狀態(tài)機可以什么樣解決方案完成？    貓大叫一聲，所有的老鼠都開始逃跑，主人被驚醒問：（1）設計可能用到什么設計模式？（2）畫出其類圖。 觀察者模式 分析：要有聯(lián)動性，老鼠和主人的行為是被動的；考慮可擴展性，貓的叫聲可能引起其他聯(lián)動效應。一、 多項選擇題（1）以下是模式的基本要素的是（ABCD）A名稱B意圖C）解決方案D）參與者和協(xié)作者（2）常用的描述設計模式的格式有（ABCD）A）意圖B）動機C）適用性D）結(jié)構（3）以下哪些問題通過應用設計模式能夠解決（AD）A指定對象的接口D設計應支持變化（4）面向?qū)ο笙到y(tǒng)中功

14、能復用的最常用技術是（ AB ）。A）類繼承B）對象組合（5）常用的基本設計模式可分為（ A ）。A）創(chuàng)建型、結(jié)構型和行為型（6）以下關于創(chuàng)建型模式說法正確的是（A ）。A）創(chuàng)建型模式關注的是對象的創(chuàng)建 （7）以下屬于創(chuàng)建型模式的是（AC ）。A）抽象工廠（Abstract Factory）模式 C）單例（Singleton）模式（8） ( C )模式是利用一個對象，快速生成一批對象。C）原型（Prototype）模式（9）在不破壞類封裝性的基礎上，使得類可以同不曾估計到的系統(tǒng)進行交互。主要體現(xiàn)在( AD )。 A）適配器（Adapter）模式D）橋接（Bridge）模式（10）結(jié)構型模式中最

15、體現(xiàn)擴展性的幾種模式是( C ) C）裝飾（Decorator）模式（11）行為類模式使用（ C ）在類間分派行為。C）對象組合 （12）以下屬于行為對象模式的是(ABCD ) A）模板（Template Method）模式 B）迭代器（Iterator）模式C）命令（Command）模式D）觀察者（Observer）模式（13）封裝分布于多個類之間的行為的模式是( C ) C）訪問者（Visitor）模式（14）Observer（觀察者）模式適用于(C)。（C）當一個對象必須通知其它對象，而它又不能假定其它對象是誰。也就是說你不希望這些對象是緊耦合的。（15）Java的異常處理機制可理解為哪

16、一種行為模式（ C ）。C）職責鏈（Chain of Responsibility）模式二、 填空題（分值20）1. （單一職責）原則的核心思想是系統(tǒng)中的每一個對象都應該只有一個單獨的職責，而所有對象所關注的就是自身職責的完成。2. （ 開閉 ）原則的核心思想是一個對象對擴展開放，對修改關閉；實現(xiàn)此原則的關鍵就在于（ 抽象 ）、分離出（ 擴展 ）部分和（ 修改 ）部分。3. （里氏替換）原則的核心思想是在任何父類出現(xiàn)的地方都可以用它的子類來替代。4. （依賴倒置）原則的核心思想是要依賴于抽象，而不要依賴于具體的實現(xiàn)。5. （接口隔離）原則的核心思想是不應該強迫客戶程序依賴于他們不用的方法。即一

17、個接口不需要提供太多的行為，應該只提供一種對外的功能，不應該把所有的操作都封裝在一個接口中。6. （迪米特）原則的核心思想是一個對象應當對其它對象盡可能少的了解?；蛘哒f，只和你的朋友說話。這樣一些對象可以看做朋友：當前對象本身、通過方法的參數(shù)傳遞進來的對象、當前對象所創(chuàng)建的對象、當前對象的實例變量所引用的對象和方法內(nèi)所創(chuàng)建或者實例化的對象。7. （優(yōu)先使用組合）原則的核心思想是優(yōu)先使用組合而非繼承。8. 設計模式應該面向（ 對象 ）編程三、 判斷題（分值10）1. 單一職責原則表現(xiàn)在面向?qū)ο蟮某绦蛑芯褪恰案邇?nèi)聚、低耦合”。(T) 2. 設計模式只能遵從使用，不能也無需創(chuàng)新。(F)3. 在面向?qū)?/p>

18、象編程時，無論何時何地都要使用GoF所給出的設計模式，這樣編寫的代碼才比較好。( F)4. 工廠方法能夠提高內(nèi)聚性，松散耦合，并且有助于測試。( F )5. 對象要么構造其它對象，要么使用其它對象，絕不要兩者兼顧。( T )問答題1、單例模式的兩種實現(xiàn)方法，并說明優(yōu)缺點？（1）懶漢式，在類被加載時，唯一的實例已經(jīng)被創(chuàng)建。這個模式在java中很容易實現(xiàn)，在其他語言中很難.（2）餓漢式，在類加載的時候不創(chuàng)建單例實體。只有在第一次請求實例的時候創(chuàng)建，并且只在第一次創(chuàng)建后不再創(chuàng)佳該類的實例 2 、什么是對象粒度？ 所謂的對象粒度就是對象從抽象到具體的描述的程度。同樣一個系統(tǒng)，同樣的需求。兩個設計師給出

19、兩種設計。兩個設計代碼行數(shù)差不多，但是類的數(shù)目不同。例如有一個對象，我可以用10行代碼去構造它，我也可以用20行代碼，后者比前者更為精確。3、MVC模式是個復合模式，請寫出你兩種你所知道的MVC中使用的模式。（1）觀察者模式：定義對象間的一種一對多的依賴關系，當一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知并被自動更新。  （2）策略模式：定義了算法族，分別封裝起來，讓他們之間可以相互替換，此模式讓算法的變化獨立于使用算法的客戶。4、舉例說明，適配器模式和裝配器在Java IO中的應用。（1裝飾者模式：在由InputStream，OutputStream,Reader和Wri

20、ter代表的等級結(jié)構內(nèi)部，有一些流處理器可以對另一些流處理器起到裝飾作用，形成新的，具有改善了的功能的流處理器。裝飾者模式是Java I/O庫的整體設計模式。這樣的一個原則是符合裝飾者模式的（2適配器模式：在由InputStream，OutputStream,Reader和Writer代表的等級結(jié)構內(nèi)部，有一些流處理器是對其它類型的流源的適配。這就是適配器模式的應用，適配器模式應用到了原始流處理器的設計上面，構成了I/O庫所有流處理器的起點。5、 在面向?qū)ο蟪绦蛟O計中，常常需要避免過多case語句或者if語句，請給出一種設計模式避免過多的條件分支語句，同時指出這種設計模式如何幫助避免過多的Ca

21、se語句？訪問者模式。例如switch(pt) case A:  break; case B: break; .  1.把每個條件作成一個類,比如 A條件 class A public void accept() /處理邏輯 2、然后把每個條件的處理方法都用一個類來管理. public class CommonVisitor public void visit(A a) a.accept();/其他條件的訪問方法 public void visit(B b) b.accept();3、main里面就這樣調(diào)用就行.&

22、#160;public static void main(Stirng args) CommonVisitor visitor = new CommonVisitor();/如果是想用A條件,則 visitor.visit(new A();這樣寫的好處,以后先加條件的話我只需要定義新的條件類就行,還有就是在CommonVisitor添加新條件的訪問方法就行,這樣就很好作到一個條件管理一個邏輯五、應用題（分值10）某房地產(chǎn)公司欲開發(fā)一套房產(chǎn)信息管理系統(tǒng)，根據(jù)如下描述選擇合適的設計模式進行設計： (1) 該公司有多種房型，如公寓、別墅等，在將來可能會增加新的房型；(2) 銷售人員每售出一套房子，主

23、管將收到相應的銷售消息。如果對上述場景編程，那么上述（1）和（2）可能分別用到哪些設計模式？ 對于描述(1)可以選擇使用工廠方法模式，對于描述(2)可以選擇使用觀察者模式，本題參考類圖如下所示：1. 設計模式具有的優(yōu)點( A )。A. 適應需求變化2. 下圖描述了一種設計模式（Client），該設計模式不可以( A )。A. 動態(tài)決定由一組對象中某個對象處理該請求3. 若系統(tǒng)中的某子模塊需要為其它模塊提供訪問不同數(shù)據(jù)庫系統(tǒng)（Oracle、SQL Server、DB2 UDB 等）的功能， ( B )設計模式可抽象出相同的數(shù)據(jù)庫訪問過程；B. 裝飾 4. 系統(tǒng)中的文本顯示類（TextV

24、iew）和圖片顯示類（PictureView）都繼承了組件類（Component），但希望最多只增加三個類，( B )設計模式可以實現(xiàn)該目的。B. 裝飾5. 下面的類圖表示的是哪個模式AbstractFactory( A ) A. 抽象工廠模式6. 下面的類圖表示的是哪個設計模式Subject( D ) D. 觀察者模式（Observer）7. 下面的類圖表示的是哪個模式Façade( B ) B. 外觀模式（Facade）8. 下面的類圖表明了哪個模式Product( D ) D. 工廠方法模式（Factory Method）9. 下面的類圖表示的是哪個設計模式Context( D

25、 ) D. 狀態(tài)模式(State)10. 下面的類圖表明了哪個模式Singleton( C ) C. 單例模式(Singleton)二、 填空題（分值20）1（工廠方法）模式中，父類負責定義創(chuàng)建對象的公共接口，子類則負責生成具體的對象。2.（抽象工廠）模式提供一系列相關或相互依賴對象的接口而無需指定它們具體的類。3（原型）模式用原型實例指定創(chuàng)建對象的種類，并且通過拷貝這些原型實例創(chuàng)建新的對象。4（單例）模式確保某一個類僅有一個實例，并自行實例化并向整個系統(tǒng)提供這個實例。5 （組合）模式將對象組合成樹形結(jié)構以表示“部分-整體”的層次結(jié)構。使得用戶對單個對象和組合對象的使用具有一致性。6 （外觀）

26、模式定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用，為子系統(tǒng)中的一組接口提供一個一致的界面。7 （享元）模式運用共享技術有效地支持大量細粒度的對象。8 （責任鏈）模式使多個對象都有機會處理請求，從而避免請求的發(fā)送者和接收者之間的耦合關系。9 （觀察者）模式定義對象間的一種一對多的依賴關系,當一個對象的狀態(tài)發(fā)生改變時, 所有依賴于它的對象都得到通知并被自動更新。10 （模板方法）模式定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。三、簡答題（分值30）關于設計模式，請回答：1、 什么是設計模式？設計模式的目標是什么？ （1）、設計模式是一套被反復使用，多數(shù)人知曉的，經(jīng)過分類編寫的代

27、碼設計經(jīng)驗的總結(jié)。（2）、目標：為了可重用代碼，讓代碼更容易被他人理解，保證代碼可靠性。2、 設計模式具有哪三大特點？ （1）、可重用性，對相同類型問題反復出現(xiàn)，盡管問題的環(huán)境有不同，但解決方案有效。（2）、可傳授性，問題反復出現(xiàn)，解決問題的方案相同，大家都接受該解決方案。（3）、名稱，每個設計模式都有名稱。3、 GOF 設計模式常用的有幾種？GOF 設計模式按照模式的目的可分為哪三類？ （1）23中；（2）、結(jié)構型，將現(xiàn)存的對象結(jié)合在一起。 行為性，提供一種顯得靈活變化的行為。 創(chuàng)建型，穿件或?qū)嵗瘜ο?、簡述面向?qū)ο蟪绦蛟O計的六大基本原則？ 答：開閉原則、里氏代換原則、依賴倒轉(zhuǎn)原則、合成/

28、聚合復用原則、迪米特法則、接口隔離原則。2 、簡述什么是單例模式，以及他解決的問題，應用的環(huán)境，解決的方案，模式的本質(zhì)？答;在任何時間內(nèi)只有一個類實例存在的模式。需要有一個從中進行全局訪問和維護某種類型數(shù)據(jù)的區(qū)域的環(huán)境下使用單例模式。解決這個問題的辦法是為指示類是否已經(jīng)實例化的變量提供一個互斥鎖。解決方案就是保證一個類只有一個類實例存在。本質(zhì)就是實例共用同一塊內(nèi)存區(qū)域。3、為什么面向?qū)ο蟮姆治龊驮O計中優(yōu)先使用組合，而非繼承？答： 繼承關系有很多缺點，如果合理使用組合則可以有效的避免這些缺點，使用組合關系將系統(tǒng)對變化的適應力從靜態(tài)提升到動態(tài)，而且由于組合將已有對象組合到了新對象中，因此新對象可以

29、調(diào)用已有對象的功能。由于組合關系中各個對象的內(nèi)部實現(xiàn)是隱藏的，我們只能通過接口調(diào)用，因此我們完全可以在運行期用實現(xiàn)了同樣接口的另外一個對象來代替原對象，從而靈活實現(xiàn)運行期的行為控制。而且使用合成關系有助于保持每個類的職責的單一性，這樣類的層次體系以及類的規(guī)模都不太可能增長為不可控制的龐然大物。在下面的C+代碼中，類SalesTicket能夠完成打印票據(jù)正文的功能，闡述采用該設計模式該代碼采用裝飾(Decorator)設計模式實現(xiàn)。采用該設計模式的目的能夠動態(tài)地給一個對象增加一些新的職責不不需要采用生成子類的方法。可以讓客戶選擇給該類對象附加新的功能的時機以及是否增加新職責。比生成子類的方法更為

30、靈活。主任可以審批1 萬元以下的采購單，副董事長可以申批2.5 萬元以下的采購單，董事長可以審批10萬元以下的采購單，10 萬元以上的采購單就需要開會決定。選擇設計模式并其類圖。責任鏈模式：一、1. 以動作和事務聞名，且以對象形式用來封：B命令模式2. 以下不屬于創(chuàng)建型模式是 ( A ) PROXY（代理）3. 以下不屬于結(jié)構型模式是 ( D ) D. SINGLETON(單例)4、以下不屬于行為型模式是( D ) MEMENTO（備忘錄）5、以下意圖那個是用來描述BUILDER（生成器）( B ) 將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創(chuàng)建不同的表示。6、以下意圖那個是用

31、來描述PROTOTYPE（原型）( D )D. 用原型實例指定創(chuàng)建對象的種類，并通過拷貝這些原型創(chuàng)建新的對象。7、以下意圖那個是用來描述ADAPTER（適配器）( A )將一個類的接口轉(zhuǎn)換成客戶希望的另外一個接口。本模式使得原本由于接口不兼容而不能一起工作的那些類可以一起工作。8. 以下意圖那個是用來描述BRIDGE（橋接）( B )B. 將抽象部分與它的實現(xiàn)部分分離，使它們都可以獨立地變化。9. 以下哪個意圖是用來描述COMPOSITE（組合）?( C ) 將對象組合成樹形結(jié)構以表示部分-整體的層次結(jié)構。10、以下那個是用來描述DECORATOR（裝飾）( D ) 動態(tài)地給一個對象添加一些額

32、外的職責。11、以下意圖那個是用來描述 FACADE（外觀）?( A ) 為子系統(tǒng)中的一組接口提供一個一致的界面，本模式定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用。12、以下意圖那個是用來描述FLYWEIGHT（享元）( B )B. 運用共享技術有效地支持大量細粒度的對象。13、以下意圖那個是用來描述 PROXY（代理）( C )C. 為其他對象提供一種代理以控制對這個對象的訪問。14、以下意圖那個是用來描述CHAIN OF RESPONSIBILITY(職責鏈)?( D )D.使多個對象都有機會處理請求，從而避免請求的發(fā)送者和接收者之間的耦合關系。15、以下意圖那個是用來描述 COMMAND（命令）( A )A、將一個請求封裝為一個對象；對請求排隊或記錄請求日志，以及支持可撤消的操作1. （命令）模式把一個請求或操作封裝到一個對象中。2. （裝飾）模式封裝一些施加于某種數(shù)據(jù)結(jié)構元素之上的操作，這樣修改操作不影響數(shù)據(jù)結(jié)構。3. （外觀）模式為子系統(tǒng)對外提供的一組接口提供一個統(tǒng)一的界面。4. （策略）模式針對一組算法，將每一個算法封裝到具有