A.抽象工廠模式提供了一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口,而無須指定它們具體的類
B.當(dāng)系統(tǒng)中有多于一個產(chǎn)品族時可以考慮使用抽象工廠模式
C.當(dāng)一個工廠等級結(jié)構(gòu)可以創(chuàng)建出分屬于不同產(chǎn)品等級結(jié)構(gòu)的一個產(chǎn)品族中的所有對象時,抽象工廠模式比工廠方法模式更為簡單、有效率
D.抽象工廠模式符合開閉原則,增加新的產(chǎn)品族和新的產(chǎn)品等級結(jié)構(gòu)都很方便
您可能感興趣的試卷
你可能感興趣的試題
A.Simple Factory
B.Factory Method
C.Abstract Factory
D.Builder
A.曲線圖創(chuàng)建器生成曲線圖,柱狀圖創(chuàng)建器生成柱狀圖
B.通過復(fù)制已有郵件對象創(chuàng)建新的郵件對象
C.在網(wǎng)絡(luò)上傳輸大圖片時,先傳輸對應(yīng)的文字描述,再傳輸真實的圖片
D.在多個界面組件類之間添加一個控制類來協(xié)調(diào)它們之間的相互調(diào)用關(guān)系
A.在工廠方法模式中引入了抽象工廠類,而具體產(chǎn)品的創(chuàng)建延遲到具體工廠中實現(xiàn)
B.工廠方法模式添加新的產(chǎn)品對象很容易,無須對原有系統(tǒng)進行修改,符合開閉原則
C.工廠方法模式存在的問題是在添加新產(chǎn)品時,需要編寫新的具體產(chǎn)品類,而且還要提供與之對應(yīng)的具體工廠類,隨著類個數(shù)的增加,會給系統(tǒng)帶來一些額外開銷
D.工廠方法模式是所有形式的工廠模式中最為抽象和最具一般性的一種形態(tài),工廠方法模式退化后可以演變成抽象工廠模式
下圖是()模式的結(jié)構(gòu)圖。
A.Abstract Factory
B.Factory Method
C.Command
D.Chain of Responsibility
以下代碼使用了()模式。
A.Simple Factory
B.Factory Method
C.Abstract Factory
D.未用任何設(shè)計模式
最新試題
模板方法中具體模板是抽象模板的子類,實現(xiàn)抽象模板中的()。
為了減少對象兩兩之間復(fù)雜的引用關(guān)系,使之成為一個松耦合的系統(tǒng),我們可以使用()。
上下文和具體策略是()耦合關(guān)系。
()僅僅封裝算法,提供新算法插入到已有系統(tǒng)中,以及老算法從系統(tǒng)中“退休”的方便,并不決定在何時使用何種算法,算法的選擇由客戶端來決定。
典型情況下,()模式不包容變化。
設(shè)計模式起源于()。
模板方法模式是基于()的代碼復(fù)用基本技術(shù),可以將相同的代碼放在父類中,而將不同的方法實現(xiàn)放在不同的子類中。
關(guān)于享元模式說法正確的有()。
求職者關(guān)心求職中心的信息,求職中心能及時將最新的職業(yè)需求信息告知求職者,可以用()來解決這個問題。
在Java中實現(xiàn)單件模式中,需要()的構(gòu)造函數(shù)。