A.一個類只負責一個功能領(lǐng)域中的相應職責
B.就一個類而言,應該有且僅有一個引起它變化的原因
C.一個類承擔的職責越多,越容易復用,被復用的可能性越大
D.一個類承擔的職責過多時需要將職責進行分離,將不同的職責封裝在不同的類中
您可能感興趣的試卷
你可能感興趣的試題
A.Factory Method 是一個用于幫助分配創(chuàng)建的責任的模式。
B.Factory Method 模式和Abstract Factory 模式總是配合使用。
C.Factory Method 適用于將對象實例化的規(guī)則推遲到某個派生類的情形。
D.Factory Method 是屬于創(chuàng)建型模式。
A.Public
B.Static
C.Private
D.以上都是
A.工廠方法模式
B.簡單工廠模式
C.抽象工廠模式
D.復雜工廠模式
A.外觀(Facade)
B.命令(Command)
C.代理(Prroxy)
D.橋接(Bridge)
A.代理模式能夠協(xié)調(diào)調(diào)用者和被調(diào)用者,從而在一定程度上降低系統(tǒng)的耦合度
B.控制對一個對象的訪問,可以給不同的用戶提供不同級別的使用權(quán)限時可以考慮使用遠程代理
C.代理模式的缺點是請求的處理速度會變慢,并且實現(xiàn)代理模式需要額外的工作
D.代理模式給某一個對象提供一個代理,并由代理對象控制對原對象的引用
最新試題
以下()模式適用于解決根據(jù)電表顯示的用電量計算用戶的電費這個問題。
模板方法中具體模板是抽象模板的子類,實現(xiàn)抽象模板中的()。
模板方法模式中()定義了算法的骨架。
典型情況下,()模式不包容變化。
()僅僅封裝算法,提供新算法插入到已有系統(tǒng)中,以及老算法從系統(tǒng)中“退休”的方便,并不決定在何時使用何種算法,算法的選擇由客戶端來決定。
上下文和具體策略是()耦合關(guān)系。
設計模式起源于()。
()的結(jié)構(gòu)中包含處理者和具體處理者兩種角色。
在一個房屋租賃系統(tǒng)中有很多對象,有些對象是求租者,有些對象是出租者,可以使用()方便出租者和求租者傳遞消息。
設計模式中應優(yōu)先使用()而不是繼承。