亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

Java設(shè)計(jì)模式中的抽象工廠模式解讀

 更新時(shí)間:2023年11月27日 10:33:44   作者:一碼評(píng)川  
這篇文章主要介紹了Java設(shè)計(jì)模式中的抽象工廠模式解讀,抽象工廠模式為創(chuàng)建一組相關(guān)或相互依賴的對(duì)象提供一個(gè)接口,而且無(wú)需指定他們的具體類,需要的朋友可以參考下

定義

定義: 為創(chuàng)建一組相關(guān)或相互依賴的對(duì)象提供一個(gè)接口,而且無(wú)需指定他們的具體類。 類型: 創(chuàng)建類模式 類圖:

在這里插入圖片描述

抽象工廠模式與工廠方法模式的區(qū)別

抽象工廠模式是工廠方法模式的升級(jí)版本,他用來(lái)創(chuàng)建一組相關(guān)或者相互依賴的對(duì)象。他與工廠方法模式的區(qū)別就在于,工廠方法模式針對(duì)的是一個(gè)產(chǎn)品等級(jí)結(jié)構(gòu);而抽象工廠模式則是針對(duì)的多個(gè)產(chǎn)品等級(jí)結(jié)構(gòu)。

在編程中,通常一個(gè)產(chǎn)品結(jié)構(gòu),表現(xiàn)為一個(gè)接口或者抽象類,也就是說(shuō),工廠方法模式提供的所有產(chǎn)品都是衍生自同一個(gè)接口或抽象類,而抽象工廠模式所提供的產(chǎn)品則是衍生自不同的接口或抽象類。

在抽象工廠模式中,有一個(gè)產(chǎn)品族的概念:所謂的產(chǎn)品族,是指位于不同產(chǎn)品等級(jí)結(jié)構(gòu)中功能相關(guān)聯(lián)的產(chǎn)品組成的家族。

抽象工廠模式所提供的一系列產(chǎn)品就組成一個(gè)產(chǎn)品族;而工廠方法提供的一系列產(chǎn)品稱為一個(gè)等級(jí)結(jié)構(gòu)。我們依然拿生產(chǎn)汽車的例子來(lái)說(shuō)明他們之間的區(qū)別。

在這里插入圖片描述

在上面的類圖中,兩廂車和三廂車稱為兩個(gè)不同的等級(jí)結(jié)構(gòu);而2.0排量車和2.4排量車則稱為兩個(gè)不同的產(chǎn)品族。

再具體一點(diǎn),2.0排量?jī)蓭嚭?.4排量?jī)蓭噷儆谕粋€(gè)等級(jí)結(jié)構(gòu),2.0排量三廂車和2.4排量三廂車屬于另一個(gè)等級(jí)結(jié)構(gòu);而2.0排量?jī)蓭嚭?.0排量三廂車屬于同一個(gè)產(chǎn)品族,2.4排量?jī)蓭嚭?.4排量三廂車屬于另一個(gè)產(chǎn)品族。

明白了等級(jí)結(jié)構(gòu)和產(chǎn)品族的概念,就理解工廠方法模式和抽象工廠模式的區(qū)別了,如果工廠的產(chǎn)品全部屬于同一個(gè)等級(jí)結(jié)構(gòu),則屬于工廠方法模式;如果工廠的產(chǎn)品來(lái)自多個(gè)等級(jí)結(jié)構(gòu),則屬于抽象工廠模式。

在本例中,如果一個(gè)工廠模式提供2.0排量?jī)蓭嚭?.4排量?jī)蓭?,那么他屬于工廠方法模式;如果一個(gè)工廠模式是提供2.4排量?jī)蓭嚭?.4排量三廂車兩個(gè)產(chǎn)品,那么這個(gè)工廠模式就是抽象工廠模式,因?yàn)樗峁┑漠a(chǎn)品是分屬兩個(gè)不同的等級(jí)結(jié)構(gòu)。

當(dāng)然,如果一個(gè)工廠提供全部四種車型的產(chǎn)品,因?yàn)楫a(chǎn)品分屬兩個(gè)等級(jí)結(jié)構(gòu),他當(dāng)然也屬于抽象工廠模式了。

抽象工廠模式代碼

 interface IProduct1 {
        public void show();
    }
    interface IProduct2 {
        public void show();
    }

    class Product1 implements IProduct1 {
        public void show() {
            System.out.println("這是1型產(chǎn)品");
        }
    }
    class Product2 implements IProduct2 {
        public void show() {
            System.out.println("這是2型產(chǎn)品");
        }
    }

    interface IFactory {
        public IProduct1 createProduct1();
        public IProduct2 createProduct2();
    }
    class Factory implements IFactory{
        public IProduct1 createProduct1() {
            return new Product1();
        }
        public IProduct2 createProduct2() {
            return new Product2();
        }
    }

    public class Client {
        public static void main(String[] args){
            IFactory factory = new Factory();
            factory.createProduct1().show();
            factory.createProduct2().show();
        }
    }

抽象工廠模式的優(yōu)點(diǎn)

抽象工廠模式除了具有工廠方法模式的優(yōu)點(diǎn)外,最主要的優(yōu)點(diǎn)就是可以在類的內(nèi)部對(duì)產(chǎn)品族進(jìn)行約束。所謂的產(chǎn)品族,一般或多或少的都存在一定的關(guān)聯(lián),抽象工廠模式就可以在類內(nèi)部對(duì)產(chǎn)品族的關(guān)聯(lián)關(guān)系進(jìn)行定義和描述,而不必專門引入一個(gè)新的類來(lái)進(jìn)行管理。

抽象工廠模式的缺點(diǎn)

產(chǎn)品族的擴(kuò)展將是一件十分費(fèi)力的事情,假如產(chǎn)品族中需要增加一個(gè)新的產(chǎn)品,則幾乎所有的工廠類都需要進(jìn)行修改。所以使用抽象工廠模式時(shí),對(duì)產(chǎn)品等級(jí)結(jié)構(gòu)的劃分是非常重要的。

適用場(chǎng)景

當(dāng)需要?jiǎng)?chuàng)建的對(duì)象是一系列相互關(guān)聯(lián)或相互依賴的產(chǎn)品族時(shí),便可以使用抽象工廠模式。說(shuō)的更明白一點(diǎn),就是一個(gè)繼承體系中,如果存在著多個(gè)等級(jí)結(jié)構(gòu)(即存在著多個(gè)抽象類),并且分屬各個(gè)等級(jí)結(jié)構(gòu)中的實(shí)現(xiàn)類之間存在著一定的關(guān)聯(lián)或者約束,就可以使用抽象工廠模式。假如各個(gè)等級(jí)結(jié)構(gòu)中的實(shí)現(xiàn)類之間不存在關(guān)聯(lián)或約束,則使用多個(gè)獨(dú)立的工廠來(lái)對(duì)產(chǎn)品進(jìn)行創(chuàng)建,則更合適一點(diǎn)。

總結(jié)

無(wú)論是簡(jiǎn)單工廠模式,工廠方法模式,還是抽象工廠模式,他們都屬于工廠模式,在形式和特點(diǎn)上也是極為相似的,他們的最終目的都是為了解耦。在使用時(shí),我們不必去在意這個(gè)模式到底工廠方法模式還是抽象工廠模式,因?yàn)樗麄冎g的演變常常是令人琢磨不透的。經(jīng)常你會(huì)發(fā)現(xiàn),明明使用的工廠方法模式,當(dāng)新需求來(lái)臨,稍加修改,加入了一個(gè)新方法后,由于類中的產(chǎn)品構(gòu)成了不同等級(jí)結(jié)構(gòu)中的產(chǎn)品族,它就變成抽象工廠模式了;而對(duì)于抽象工廠模式,當(dāng)減少一個(gè)方法使的提供的產(chǎn)品不再構(gòu)成產(chǎn)品族之后,它就演變成了工廠方法模式。 所以,在使用工廠模式時(shí),只需要關(guān)心降低耦合度的目的是否達(dá)到了。

到此這篇關(guān)于Java設(shè)計(jì)模式中的抽象工廠模式解讀的文章就介紹到這了,更多相關(guān)Java抽象工廠模式內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Resttemplate上傳文件500異常的原因及解決方法

    Resttemplate上傳文件500異常的原因及解決方法

    使用 Resttemplate 調(diào)用 DMS 文件服務(wù)器 Http 接口,出現(xiàn) 500 異常報(bào)錯(cuò),所以本文給大家介紹了Resttemplate上傳文件500異常的原因及解決方法,需要的朋友可以參考下
    2024-08-08
  • 關(guān)于Nacos和Eureka的區(qū)別及說(shuō)明

    關(guān)于Nacos和Eureka的區(qū)別及說(shuō)明

    這篇文章主要介紹了關(guān)于Nacos和Eureka的區(qū)別及說(shuō)明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-06-06
  • Java SpringBoot實(shí)現(xiàn)AOP

    Java SpringBoot實(shí)現(xiàn)AOP

    AOP包括連接點(diǎn)(JoinPoint)、切入點(diǎn)(Pointcut)、增強(qiáng)(Advisor)、切面(Aspect)、AOP代理(AOP Proxy),具體的方法和類型下面文章會(huì)舉例說(shuō)明,感興趣的小伙伴和小編一起閱讀全文吧
    2021-09-09
  • Spring運(yùn)行時(shí)手動(dòng)注入bean的方法實(shí)例

    Spring運(yùn)行時(shí)手動(dòng)注入bean的方法實(shí)例

    spring給我們提供了IOC服務(wù),讓我們可以用注解的方式,方便的使用bean的相互引用,下面這篇文章主要給大家介紹了關(guān)于Spring運(yùn)行時(shí)手動(dòng)注入bean的相關(guān)資料,需要的朋友可以參考下
    2022-05-05
  • Java?Stream實(shí)現(xiàn)多字段分組groupingBy操作詳解

    Java?Stream實(shí)現(xiàn)多字段分組groupingBy操作詳解

    Stream是Java8的一個(gè)新特性,主要用戶集合數(shù)據(jù)的處理,如排序、過(guò)濾、去重等等功能,本文就來(lái)講講如何利用Stream實(shí)現(xiàn)比較優(yōu)雅的按多字段進(jìn)行分組groupingBy吧
    2023-06-06
  • 使用Feign實(shí)現(xiàn)微服務(wù)間文件傳輸

    使用Feign實(shí)現(xiàn)微服務(wù)間文件傳輸

    這篇文章主要為大家詳細(xì)介紹了使用Feign實(shí)現(xiàn)微服務(wù)間文件傳輸,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2019-04-04
  • Java靜態(tài)工廠方法的實(shí)例詳解

    Java靜態(tài)工廠方法的實(shí)例詳解

    這篇文章主要介紹了 Java靜態(tài)工廠方法的實(shí)例詳解的相關(guān)資料,希望通過(guò)本文大家能掌握java今天工廠方法,需要的朋友可以參考下
    2017-09-09
  • 詳解在idea 中使用Mybatis Generator逆向工程生成代碼

    詳解在idea 中使用Mybatis Generator逆向工程生成代碼

    這篇文章主要介紹了在idea 中使用Mybatis Generator逆向工程生成代碼,本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下
    2020-12-12
  • java notify和notifyAll的對(duì)比

    java notify和notifyAll的對(duì)比

    這篇文章主要介紹了 java notify和notifyAll的對(duì)比的相關(guān)資料,需要的朋友可以參考下
    2017-02-02
  • 一步步教你JAVA如何優(yōu)化Elastic?Search

    一步步教你JAVA如何優(yōu)化Elastic?Search

    想要榨干Java操作Elasticsearch的所有性能潛力?本指南將一步步教你如何優(yōu)化Java與Elasticsearch的交互!從此,提升ES查詢速度、降低資源消耗不再是難題,趕快一起來(lái)探索Java?Elasticsearch優(yōu)化的秘訣吧!
    2024-01-01

最新評(píng)論