A.享元模式
B.單例模式
C.原型模式
D.組合模式
您可能感興趣的試卷
你可能感興趣的試題
A.對(duì)于任何對(duì)象x，都有x.clone（）==x
B.對(duì)于任何對(duì)象x，都有x.clone（）.getClass（）==x.getClass（）
C.在子類的clone（）方法中可以通過調(diào)用super.clone（）來實(shí)現(xiàn)自我復(fù)制
D.支持淺克隆的類必須實(shí)現(xiàn)Cloneable接口，否則將拋出CloneNotSupportedException異常
A.原型模式通過給出一個(gè)原型對(duì)象來指明所要?jiǎng)?chuàng)建的對(duì)象的類型，然后用復(fù)制這個(gè)原型對(duì)象的辦法創(chuàng)建出更多同類型的對(duì)象
B.淺克隆僅僅復(fù)制所考慮的對(duì)象，而不復(fù)制它所引用的對(duì)象，也就是其中的成員對(duì)象并不復(fù)制
C.在原型模式中實(shí)現(xiàn)深克隆時(shí)通常需要編寫較為復(fù)雜的代碼
D.在原型模式中不需要為每一個(gè)類配備一個(gè)克隆方法，因此對(duì)于原型模式的擴(kuò)展很靈活，對(duì)于已有類的改造也較為容易
A.抽象工廠模式
B.原型模式
C.建造者模式
D.單例模式
A.建造者模式將一個(gè)復(fù)雜對(duì)象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示
B.建造者模式允許用戶可以只通過指定復(fù)雜對(duì)象的類型和內(nèi)容就可以創(chuàng)建它們，而不需要知道內(nèi)部的具體構(gòu)建細(xì)節(jié)
C.當(dāng)需要生成的產(chǎn)品對(duì)象有復(fù)雜的內(nèi)部結(jié)構(gòu)時(shí)可以考慮使用建造者模式
D.在建造者模式中，各個(gè)具體的建造者相互之間有較強(qiáng)的依賴關(guān)系，可通過指揮者類組裝成一個(gè)完整的產(chǎn)品對(duì)象返回給客戶
A.Director類隔離了客戶類及生產(chǎn)過程
B.在建造者模式中客戶類指導(dǎo)Director類去生成對(duì)象或者合成一些類，并逐步構(gòu)造一個(gè)復(fù)雜對(duì)象
C.Director類構(gòu)建一個(gè)抽象建造者Builder子類的對(duì)象
D.Director與抽象工廠模式中的工廠類類似，負(fù)責(zé)返回一個(gè)產(chǎn)品族中的所有產(chǎn)品
最新試題
（）允許請(qǐng)求的一方和接收的一方獨(dú)立開來，使得請(qǐng)求的一方不必知道接收請(qǐng)求的一方的接口，更不必知道請(qǐng)求是怎么被接收，以及操作是否被執(zhí)行、何時(shí)被執(zhí)行，以及是怎么被執(zhí)行的。
在一個(gè)文件管理系統(tǒng)中，可以通過（）統(tǒng)一操作文件和文件夾。
使用（）可以節(jié)省內(nèi)存的開銷，特別適合處理大量細(xì)粒度對(duì)象。
關(guān)于原始原型模式說法正確的有（）。
命令模式是一種（）模式。
在多個(gè)裁判負(fù)責(zé)打分的比賽中，每位裁判給選手一個(gè)得分，選手的最后得分是根據(jù)全體裁判的得分計(jì)算出來的。請(qǐng)給出幾種計(jì)算選手得分的評(píng)分方案，對(duì)于某次比賽，可以從你的方案中選擇一種方案作為本次比賽的評(píng)分方案，可以用（）來解決這個(gè)問題。
模板方法模式中（）定義了算法的骨架。
典型情況下，（）模式不包容變化。
模板方法中具體模板是抽象模板的子類，實(shí)現(xiàn)抽象模板中的（）。
（）僅僅封裝算法，提供新算法插入到已有系統(tǒng)中，以及老算法從系統(tǒng)中“退休”的方便，并不決定在何時(shí)使用何種算法，算法的選擇由客戶端來決定。