Java設(shè)計模式之抽象工廠模式AbstractFactoryPattern詳解
抽象工廠模式
定義:抽象工廠模式的實質(zhì)是“提供接口,創(chuàng)建一系列相關(guān)或獨立的對象,而不指定這些對象的具體類。
抽象工廠模式(英語:Abstract factory pattern)是一種軟件開發(fā)設(shè)計模式。抽象工廠模式提供了一種方式,可以將一組具有同一主題的單獨的工廠封裝起來。
在正常使用中,客戶端程序需要創(chuàng)建抽象工廠的具體實現(xiàn),然后使用抽象工廠作為接口來創(chuàng)建這一主題的具體對象。客戶端程序不需要知道(或關(guān)心)它從這些內(nèi)部的工廠方法中獲得對象的具體類型,因為客戶端程序僅使用這些對象的通用接口。抽象工廠模式將一組對象的實現(xiàn)細節(jié)與他們的一般使用分離開來。
舉個例子來說,比如一個抽象工廠類叫做DocumentCreator(文檔創(chuàng)建器),此類提供創(chuàng)建若干種產(chǎn)品的接口,包括createLetter()(創(chuàng)建信件)和createResume()(創(chuàng)建簡歷)。其中,createLetter()返回一個Letter(信件),createResume()返回一個Resume(簡歷)。系統(tǒng)中還有一些DocumentCreator的具體實現(xiàn)類,包括FancyDocumentCreator和ModernDocumentCreator。這兩個類對DocumentCreator的兩個方法分別有不同的實現(xiàn),用來創(chuàng)建不同的“信件”和“簡歷”(用FancyDocumentCreator的實例可以創(chuàng)建FancyLetter和FancyResume,用ModernDocumentCreator的實例可以創(chuàng)建ModernLetter和ModernResume)。這些具體的“信件”和“簡歷”類均繼承自抽象類,即Letter和Resume類??蛻舳诵枰獎?chuàng)建“信件”或“簡歷”時,先要得到一個合適的DocumentCreator實例,然后調(diào)用它的方法。一個工廠中創(chuàng)建的每個對象都是同一個主題的(“fancy”或者“modern”)??蛻舳顺绦蛑恍枰赖玫降膶ο笫?ldquo;信件”或者“簡歷”,而不需要知道具體的主題,因此客戶端程序從抽象工廠DocumentCreator中得到了Letter或Resume類的引用,而不是具體類的對象引用。
首先是產(chǎn)品類的接口Letter、Resume:
package abstractfactorypattern;
public interface Letter {
void showLetter();
}package abstractfactorypattern;
public interface Resume {
void showResume();
}接下來是具體的產(chǎn)品類, 注意具體的產(chǎn)品是具有主題的或者說是系列(Fancy、Modern),個人認為這是抽象方法模式所針對解決的問題:
Fancy系列
package abstractfactorypattern;
public class FancyLetter implements Letter {
@Override
public void showLetter() {
// TODO Auto-generated method stub
System.out.println("this's a fancy letter~");
}
}package abstractfactorypattern;
public class FancyResume implements Resume {
@Override
public void showResume() {
// TODO Auto-generated method stub
System.out.println("chengmaoning's fancy resume~");
}
}Modern系列
package abstractfactorypattern;
public class ModernLetter implements Letter {
@Override
public void showLetter() {
// TODO Auto-generated method stub
System.out.println("this's a modern letter~");
}
}package abstractfactorypattern;
public class ModernResume implements Resume {
@Override
public void showResume() {
// TODO Auto-generated method stub
System.out.println("chengmaoning's modern resume!");
}
}產(chǎn)品類的父類+具體子類已經(jīng)準備完畢,下面是工廠類了。
工廠類
包括抽象工廠父類(或接口)以及生產(chǎn)不同主題(系列)風(fēng)格的具體工廠子類:
抽象父類:
package abstractfactorypattern;
public abstract class DocumentCreator {
abstract Letter createLetter();
abstract Resume createResume();
}生產(chǎn)Fancy系列的產(chǎn)品的具體工廠:
package abstractfactorypattern;
public class FancyDocumentCreator extends DocumentCreator {
@Override
Letter createLetter() {
// TODO Auto-generated method stub
return new FancyLetter();
}
@Override
Resume createResume() {
// TODO Auto-generated method stub
return new FancyResume();
}
}生產(chǎn)Modern系列產(chǎn)品的 具體工廠:
package abstractfactorypattern;
public class ModernDocumentCreator extends DocumentCreator{
@Override
Letter createLetter() {
// TODO Auto-generated method stub
return new ModernLetter();
}
@Override
Resume createResume() {
// TODO Auto-generated method stub
return new ModernResume();
}
}抽象工廠模式就準備完畢了,下面用一個客戶端測試:
package abstractfactorypattern;
public class Client {
/**
* @param args
*/
public static void main(String[] args) {
// TODO Auto-generated method stub
DocumentCreator documentCreator = new FancyDocumentCreator();
Letter fancyLetter = documentCreator.createLetter();
Resume fancyResume = documentCreator.createResume();
fancyLetter.showLetter();
fancyResume.showResume();
documentCreator = new ModernDocumentCreator();
Letter modernLetter = documentCreator.createLetter();
Resume modernResume = documentCreator.createResume();
modernLetter.showLetter();
modernResume.showResume();
}
}可以看到,擁有Fancy系列的工廠就可以生產(chǎn)Fancy產(chǎn)品:FancyLetter、FancyResume,Modern工廠生產(chǎn)ModernLetter和ModernResume。
個人認為:抽象工廠模式是工廠模式的一個擴展,他們還是很相似的。但是也要注意它們的不同:
工廠模式中不同工廠子類生產(chǎn)不同產(chǎn)品子類,一般是對應(yīng)關(guān)系。抽象工廠模式中,不是簡單的工廠與產(chǎn)品相對應(yīng),而是工廠與相同主題產(chǎn)品相對應(yīng),一個工廠子類可以生產(chǎn)同一主題的不同產(chǎn)品子類。
抽象工廠模式的缺點
抽象工廠模式的最大缺點就是產(chǎn)品族擴展非常困難,為什么這么說呢?
我們以通用代碼為例,如果要增加一個產(chǎn)品C,也就是說有產(chǎn)品家族由原來的2個,增加到3個,看看我們的程序有多大改動吧!
抽象類DocumentCreator要增加一個方法createProductC(),然后,兩個實現(xiàn)類都要修改,想想看,這在項目中的話,還這么讓人活!嚴重違反了開閉原則,而且我們一直說明抽象類和接口是一個契約,改變契約,所有與契約有關(guān)系的代碼都要修改,這段代碼叫什么?叫“有毒代碼”,——只要這段代碼有關(guān)系,就可能產(chǎn)生侵害的危險!
到此這篇關(guān)于Java設(shè)計模式之抽象工廠模式AbstractFactoryPattern詳解的文章就介紹到這了,更多相關(guān)Java抽象工廠模式AbstractFactoryPattern內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Mybatis-plus支持Gbase8s分頁的實現(xiàn)示例
本文主要介紹了Mybatis-plus支持Gbase8s分頁的實現(xiàn)示例,文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下2021-11-11
MyBatis查詢數(shù)據(jù),賦值給List集合時,數(shù)據(jù)缺少的問題及解決
這篇文章主要介紹了MyBatis查詢數(shù)據(jù),賦值給List集合時,數(shù)據(jù)缺少的問題及解決方案,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-01-01
Spring Cloud基于zuul實現(xiàn)網(wǎng)關(guān)過程解析
這篇文章主要介紹了Spring Cloud基于zuul實現(xiàn)網(wǎng)關(guān)過程解析,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2019-12-12
Java根據(jù)表達式獲取對象中的值及設(shè)置值的例子
這篇文章主要介紹了Java根據(jù)表達式獲取對象中的值及設(shè)置值的例子,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友參考下吧2025-03-03

