設計模式-抽像工廠

来源:http://www.cnblogs.com/bateman6988/archive/2017/09/06/7469048.html
-Advertisement-
Play Games

一。概念 提供一個創建一系列相關或相互依賴對像的介面，而無需指定它們具體的類。 二。模式動機 這一系列對像之間是相互依賴的，相當於一個產品族 三。模式的結構 通過上圖我們可以清楚的看到抽像工廠模式包括以下4個角色： 1.抽像工廠角色（AbstractFactory）：抽像工廠模式的核心，與具體的商業 ...


 一。概念

　　提供一個創建一系列相關或相互依賴對像的介面，而無需指定它們具體的類。

二。模式動機

　　這一系列對像之間是相互依賴的，相當於一個產品族

 三。模式的結構

　　

　　通過上圖我們可以清楚的看到抽像工廠模式包括以下4個角色：

　　1.抽像工廠角色（AbstractFactory）：抽像工廠模式的核心，與具體的商業邏輯無關，通常是一個JAVA介面或者抽像類。

　　2.具體工廠角色（Concrete Factory）：該角色通常與具體的商業邏輯緊密相關，該角色裡面的工廠方法依據具體的商業邏輯實例化具體的產品並返回，客戶端通過該角色並調用該角色的工廠方法，獲得具體產品對像，該角色通常都是一個具體JAVA類來承擔。

　　3.抽像產品角色：擔任這個角色的類是工廠方法模式所創建的產品的父類，或者他們共同擁有的介面，通常是一個介面或者抽像類。

　　4.具體產品角色：抽像工廠模式所創建的任何產品都是這個角色的實例，有一個具體JAVA類來承擔。

　　樣例代碼如下：

 　　

public class AbstractProductA 
{
   
   /**
    * @roseuid 59AC05990327
    */
   public AbstractProductA() 
   {
    
   }
}


public class ProductA1 extends AbstractProductA 
{
   
   /**
    * @roseuid 59AC05990359
    */
   public ProductA1() 
   {
    
   }
}


public class ProductA2 extends AbstractProductA 
{
   
   /**
    * @roseuid 59AC05990381
    */
   public ProductA2() 
   {
    
   }
}

public class AbstractProductB 
{
   
   /**
    * @roseuid 59AC059903BA
    */
   public AbstractProductB() 
   {
    
   }
}

public class ProductB1 extends AbstractProductB 
{
   
   /**
    * @roseuid 59AC059A001F
    */
   public ProductB1() 
   {
    
   }
}

public class ProductB2 extends AbstractProductB 
{
   
   /**
    * @roseuid 59AC059A0049
    */
   public ProductB2() 
   {
    
   }
}



public abstract class AbstractFactory 
{
   
   /**
    * @roseuid 59AC05690005
    */
   public AbstractFactory() 
   {
    
   }
   
   /**
    * @return AbstractProductA
    * @roseuid 59ABFB0103BE
    */
   public  Abstract  AbstractProductA createProductA() ;
   
   
   /**
    * @return AbstractProductB
    * @roseuid 59ABFB3B029D
    */
   public Abstract AbstractProductB createProductB() ;
}


public class ConcreteFactory1 extends AbstractFactory 
{
   
   /**
    * @roseuid 59AC057A02FC
    */
   public ConcreteFactory1() 
   {
    
   }
   
   /**
    * @return AbstractProductA
    * @roseuid 59ABFB9C00C9
    */
   public AbstractProductA createProductA() 
   {
        return new ProductA1();
   }
   
   /**
    * @return AbstractProductB
    * @roseuid 59ABFBA30011
    */
   public AbstractProductB createProductB() 
   {
        return new ProductB1();
   }
}




public class ConcreteFactory2 extends AbstractFactory 
{
   
   /**
    * @roseuid 59AC057A02C0
    */
   public ConcreteFactory2() 
   {
    
   }
   
   /**
    * @return AbstractProductA
    * @roseuid 59ABFCC701B9
    */
   public AbstractProductA createProductA() 
   {
        return new ProductA2();
   }
   
   /**
    * @return AbstractProductB
    * @roseuid 59ABFCC9001F
    */
   public AbstractProductB createProductB() 
   {
        return new ProductB2();
   }
}

 

public class Client 
{
   
   
   /**
    * @roseuid 59AC055700AB
    */
   public Client() 
   {
    
   }

   public static void main(String[] args){
           AbstractFactory theAbstractFactory;
        AbstractProductA theAbstractProductA;
        AbstractProductB theAbstractProductB;

        theAbstractFactory=new ConcreteFactory1();

        theAbstractProductA=theAbstractFactory.createProductA();
        theAbstractProductB=theAbstractFactory.createProductB();
  
   }
}

 　　跟據上面的模式結構圖我們對“提供一個創建一系列相關或相互依賴對像的介面，而無需指定它們具體的類”  進行一個簡要的分析：

       1.相關或相互依賴對像，在這裡面ProductA1的實例和ProductB1的實例就是一組相互關聯（如內在的關聯關係）或相互依賴（如整體和部分）關係，依據業務邏輯，ProductA1

 只能和同一產品等級結構AbstractProductB下的ProductB1相互關聯而無法與ProductB2關聯在一起。

　　2.提供一個創建一系列相關或相互依賴對像的介面，而無需指定它們具體的類，這裡面的介面，即為結構圖中的AbstractProductA和AbstractProductB，客戶端只依賴這些產品的介面進行編程，而不依賴於具體實現，即符合依賴倒轉原則。“無需指定它們具體的類”  即客戶端（client）跟本就不知道ProductA1、ProductA2、ProductB1和ProductB2的存在，客戶端只需要調用具體工廠的工廠方法即可返回具體的產品實例。

 

四。模式樣例

　　我們接著工廠方法模式中的樣例進行進一步分析，現在這個生產輪胎的工廠已經不滿足只生產轎車輪胎了，他現已經引入了發動機的生產線（EngineLine）、車門（DoorLine）等整個車的各種零部件生產線，可以說他現在可以輕鬆製造一部Car，但是也並非所有的Car都能製造，比如他現只能生產benz和BMW兩種類型的車（這樣的工廠也夠NX了），比如現在一部車只包含車輪胎、車門和發動機（當然肯定不止這麼多），那麼這個工廠就可以跟據客戶的要求生產BMW和benz車了，如下圖：

 

　　代碼如下：

　　

public interface Door {
    public void open();
    public void close();
}
public class BenzDoor implements Door {

    @Override
    public void open() {
        System.out.println("賓士車門開");
    }

    @Override
    public void close() {
        System.out.println("賓士車門關");
    }
}
public class BmwDoor implements Door {

    @Override
    public void open() {
        System.out.println("寶馬車門開");
    }

    @Override
    public void close() {
        System.out.println("寶馬車門關");
    }

}
public interface Tire {
    public void getColor();
    public void getLife();
    public void getWidth();
}
public class BenzTire implements Tire {

    @Override
    public void getColor() {
        System.out.println("benz車color");
    }

    @Override
    public void getLife() {
        System.out.println("benz車life");
    }

    @Override
    public void getWidth() {
        System.out.println("benz車width");
    }
}
public class BmwTire implements Tire {

    @Override
    public void getColor() {
        System.out.println("bmw車color");
    }

    @Override
    public void getLife() {
        System.out.println("bmw車life");
    }

    @Override
    public void getWidth() {
        System.out.println("bmw車width");
    }

}
public interface Engine {
    public void start();

    public void stop();

}
public class BenzEngine implements Engine {

    @Override
    public void start() {
        System.out.println("benz車start");

    }

    @Override
    public void stop() {
        System.out.println("benz車stop");

    }

}
public class BmwEngine implements Engine {

    @Override
    public void start() {
        System.out.println("bmw車start");

    }

    @Override
    public void stop() {
        System.out.println("bmw車stop");

    }

}
public interface PartFactory {
    public Door createDoor();

    public Tire createTire();

    public Engine createEngine();

}
public class BenzPartFactory implements PartFactory {

    @Override
    public Door createDoor() {
        return new BenzDoor();
    }

    @Override
    public Tire createTire() {
        return new BenzTire();
    }

    @Override
    public Engine createEngine() {
        return new BenzEngine();
    }

}
public class BmwPartFactory implements PartFactory {

    @Override
    public Door createDoor() {
        return new BmwDoor();
    }

    @Override
    public Tire createTire() {
        return new BmwTire();
    }

    @Override
    public Engine createEngine() {
        return new BmwEngine();
    }

}
public class Car {
    private Door door;
    private Engine engine;
    private Tire tire;

    public Car(PartFactory factory) {
        this.door = factory.createDoor();
        this.engine = factory.createEngine();
        this.tire = factory.createTire();
    }

    public Door getDoor() {
        return door;
    }

    public Engine getEngine() {
        return engine;
    }

    public Tire getTire() {
        return tire;
    }    
}
public class Client {
    
    public static void main(String[] args) {
        PartFactory partFactory=new BenzPartFactory();
        Car benzCar=new Car(partFactory);
        
        benzCar.getDoor().open();
        benzCar.getEngine().start();
        benzCar.getTire().getColor();
        
    }

}

　　運行結果如下：

　　賓士車門開
　　benz車start
　　benz車color

      跟據上面的類圖及運行結果可以做如下分析：

           BenzDoor、BenzTire和BenzEngine有很強的關聯關係，我們可以說一部benz車，不可能用Bmw的車門，即BmwDoor。這種很強的關聯關係通過BenzPartFactory進行了很好的維護。對於客戶端來說，如上面的client類，如果客戶想要一部benz車，那麼我只需要一個生產benz車的工廠即可，這個工廠所有的產品實例，都是benz車的部件。從運行結果我們也可以看出。

         試想一下，隨著這個工廠的發展，他現在也要生產Audi的車，這時我們只要增加一個audi的車門的類AudiDoor、AudiTire 、AudiEngine和AudiPartFactory就可以了，其它的類不需要做任何的修改。但客戶說，我要在車上裝一對翅膀呢，堵車時可以飛，這時我們就要對每個工廠都要增加能返回翅膀的工廠方法，要對每個工廠進行修改，這是不符合開閉原則的。所以說抽象工廠對增加產品等級結構方面是不支持開閉原則的，對於產品族維度（如audi車）是支持開閉原則的。

 

 五。模式的約束

　　對於產生一個相互關聯或依賴的產品族適用，且支持在產品族方向的擴展，不適用於產品等級方向的擴展。

六。模式的變體與擴展

　　1、抽像工廠提供靜態工廠方法：抽像工廠可以提供一個靜態的工廠方法，通過參數返回具體的工廠實例。

　　2、抽像工廠與具體工廠合併：如果在產品族方向上確定只有一個產品族，那麼抽像工廠就沒有必要了，這時只需要一個具體工廠就可以了，我們可以進一步延深，為這個具體工廠提供一個靜態方法，該方法返回自已的實例。

七。與其它模式的關係

　　如果只有一個產品等級結構，那麼就是工廠方法模式了，如下圖：

　　

 

　　如果有多個產品等級結構，那麼抽像工廠裡面的每一個工廠方法都是"工廠方法"模式。

八。模式優缺點

 　　在產口族方向支持開閉原則，在產口等級結構方向不支持開閉原則。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Zxing 生成二維碼嵌套logo，並輸出到瀏覽器
    哎呀，看了那麼多博客，搬運了那麼多代碼，第一次自己寫博客，我發現即使會使用某技術了，但是要表達、轉述出來還是不簡單的。希望我能堅持下去哈。 為什麼使用Zxing？Google 名氣大啊，其他我也不瞭解啊。 上手還是很容易的，引入jar 包後十幾代碼的事。 1、在pom.xml 引入依賴 2、後臺co ...
  • Java核心技術點之集合框架
    概述 Java集合框架由Java類庫的一系列介面、抽象類以及具體實現類組成。我們這裡所說的集合就是把一組對象組織到一起，然後再根據不同的需求操縱這些數據。集合類型就是容納這些對象的一個容器。也就是說，最基本的集合特性就是把一組對象放一起集中管理。根據集合中是否允許有重覆的對象、對象組織在一起是否按某 ...
  • 常用的 74個內置函數
    1 // MARK: 1.斷言 assert，參數如果為ture則繼續，否則拋出異常 2 let number = 3 3 4 //第一個參數為判斷條件，第二各參數為條件不滿足時的列印信息 5 assert(number >= 3,"number 不大於 3") 6 7 //如果斷言被處罰(numb... ...
  • 基於Mysql的Sequence實現
    團隊更換新框架。新的業務全部使用新的框架，甚至是新的資料庫 Mysql。 這邊之前一直是使用oracle，各種訂單號、流水號、批次號啥的，都是直接使用oracle的sequence提供的數字序列號。現在資料庫更換成Mysql了，顯然以前的老方法不能適用了。 需要新寫一個： 分散式場景使用 滿足一定的 ...
  • Solving.Differential.Equations.in.R筆記1
    例1：y'=ry(1-y/K) y(0)=2 對應的R代碼為： library(deSolve)#parameters and initial valuesr<-1K<-10yini<-2#the function derivs<-function(t,y,parms){ return(list(r ...
  • 線程定時執行的兩種實現方法
    package test; import java.io.IOException; import java.text.SimpleDateFormat; import java.util.Calendar; import java.util.Date; import java.util.Timer;... ...
  • Java進階之路——從初級程式員到架構師，從小工到專家
    怎樣學習才能從一名Java初級程式員成長為一名合格的架構師，或者說一名合格的架構師應該有怎樣的技術知識體系，這是不僅一個剛剛踏入職場的初級程式員也是工作三五年之後開始迷茫的老程式員經常會問到的問題。希望這篇文章會是你看到過的最全面最權威的回答。 一： 編程基礎 不管是C還是C++，不管是Java還是 ...
  • MyBatis --- 動態SQL、緩存機制
    有的時候需要根據要查詢的參數動態的拼接SQL語句 常用標簽： - if：字元判斷 - choose【when...otherwise】：分支選擇 - trim【where，set】：字元串截取，其中where標簽封裝查詢條件，set標簽封裝修改條件 - foreach： if案例 1）在Employ ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類