A.適配器(Adapter)
B.組合(Composite)
C.外觀(Facade)
D.橋接(Bridge)
您可能感興趣的試卷
你可能感興趣的試題
A.在類(lèi)的劃分上應(yīng)該盡量創(chuàng)建松耦合的類(lèi),類(lèi)的耦合度越低,復(fù)用越容易
B.如果兩個(gè)類(lèi)之間不必彼此直接通信,那么這兩個(gè)類(lèi)就不應(yīng)當(dāng)發(fā)生直接的相互作用
C.在對(duì)其他類(lèi)的引用上,一個(gè)對(duì)象對(duì)其他對(duì)象的引用應(yīng)當(dāng)降到最低
D.在類(lèi)的設(shè)計(jì)上,只要有可能,一個(gè)類(lèi)型應(yīng)該盡量設(shè)計(jì)成抽象類(lèi)或接口,且成員變量和成員函數(shù)的訪問(wèn)權(quán)限最好設(shè)置為公開(kāi)的(public)
A.一個(gè)類(lèi)只負(fù)責(zé)一個(gè)功能領(lǐng)城中的相應(yīng)職責(zé)
B.就一個(gè)類(lèi)而言,應(yīng)該有且僅有一個(gè)引起它變化的原因
C.一個(gè)類(lèi)承擔(dān)的職責(zé)越多,越容易復(fù)用,被復(fù)用的可能性越大
D.當(dāng)一個(gè)類(lèi)承擔(dān)的職責(zé)過(guò)多時(shí)需要將職責(zé)進(jìn)行分離,將不同的職責(zé)封裝在不同的類(lèi)中
A.備忘錄模式的作用是在不破壞封裝的前提下捕獲一個(gè)對(duì)象的內(nèi)部狀態(tài),并在該對(duì)象之外保存這個(gè)狀態(tài),這樣可以在以后將對(duì)象恢復(fù)到原先保存的狀態(tài)
B.備忘錄模式提供了一種狀態(tài)恢復(fù)的實(shí)現(xiàn)機(jī)制,使得用戶(hù)可以方便地回到一個(gè)特定的歷史步驟
C.備忘錄模式的缺點(diǎn)在于資源消耗太大,如果類(lèi)的成員變量太多,就不可避免占用大量的內(nèi)存,而且每保存一次對(duì)象的狀態(tài)都需要消耗內(nèi)存資源
D.備忘錄模式屬于對(duì)象行為型模式,負(fù)責(zé)人向原發(fā)器請(qǐng)求一個(gè)備忘錄,保留一段時(shí)間后.將其送回給負(fù)責(zé)人,負(fù)責(zé)人負(fù)責(zé)對(duì)備忘錄的內(nèi)容進(jìn)行操作和檢查
A.銀行賬戶(hù)根據(jù)余額不同擁有不同的存取款操作
B.游戲軟件中根據(jù)虛擬角色級(jí)別的不同擁有不同的權(quán)限
C.某軟件在不同的操作系統(tǒng)中呈現(xiàn)不同的外觀
D.會(huì)員系統(tǒng)中會(huì)員等級(jí)不同可以實(shí)現(xiàn)不同的行為
A.InvocationHandler
B.RequestHandler
C.DispatcherHandler
D.AdapterHandler
最新試題
使用()可以節(jié)省內(nèi)存的開(kāi)銷(xiāo),特別適合處理大量細(xì)粒度對(duì)象。
模板方法模式是基于()的代碼復(fù)用基本技術(shù),可以將相同的代碼放在父類(lèi)中,而將不同的方法實(shí)現(xiàn)放在不同的子類(lèi)中。
設(shè)計(jì)模式起源于()。
()允許請(qǐng)求的一方和接收的一方獨(dú)立開(kāi)來(lái),使得請(qǐng)求的一方不必知道接收請(qǐng)求的一方的接口,更不必知道請(qǐng)求是怎么被接收,以及操作是否被執(zhí)行、何時(shí)被執(zhí)行,以及是怎么被執(zhí)行的。
責(zé)任鏈有哪幾個(gè)角色?()
裝飾模式的描述正確的是()。
顯示某個(gè)目錄下的全部文件的名字,比如可以按文件的大小順序、按文件的名稱(chēng)、按文件的類(lèi)型、按最后修改的時(shí)間順序來(lái)顯示某個(gè)目錄下的全部文件的名字,可以使用()來(lái)解決這個(gè)問(wèn)題。
()給某一個(gè)對(duì)象提供一個(gè)代理,并由代理對(duì)象控制對(duì)原對(duì)象的引用。
()使請(qǐng)求本身成為一個(gè)對(duì)象,這個(gè)對(duì)象和其他對(duì)象一樣可以被存儲(chǔ)和傳遞。
以下()模式適用于解決根據(jù)電表顯示的用電量計(jì)算用戶(hù)的電費(fèi)這個(gè)問(wèn)題。