欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

C++設計模式之工廠模式

 更新時間:2016年05月19日 08:55:20   作者:weixueyuan  
本文是C++設計模式系列文章的第一篇,主要給大家講述下工廠模式,非常的簡單實用,有需要的小伙伴可以參考下

由遇到的問題引出工廠模式

在面向對象系統(tǒng)設計中經(jīng)??梢杂龅揭韵碌膬深悊栴}:

◆ 1.為了提高內(nèi)聚(Cohesion)和松耦合(Coupling),我們經(jīng)常會抽象出一些類的公共接口以形成抽象基類或者接口。這樣我們可以通過聲明一個指向基類的指針來指向實際的子類實現(xiàn),達到了多態(tài)的目的。這里很容易出現(xiàn)的一個問題 n 多的子類繼承自抽象基類,我們不得不在每次要用到子類的地方就編寫諸如 new ×××;的代碼。這里帶來兩個問題:
客戶程序員必須知道實際子類的名稱(當系統(tǒng)復雜后,命名將是一個很不好處理的問題,為了處理可能的名字沖突,有的命名可能并不是具有很好的可讀性和可記憶性,就姑且不論不同程序員千奇百怪的個人偏好了)。
程序的擴展性和維護變得越來越困難。

◆ 2.還有一種情況就是在父類中并不知道具體要實例化哪一個具體的子類。這里的意思為:假設我們在類 A 中要使用到類 B,B 是一個抽象父類,在 A 中并不知道具體要實例化那一個 B 的子類,但是在類 A 的子類 D 中是可以知道的。在 A 中我們沒有辦法直接使用類似于 new ×××的語句,因為根本就不知道×××是什么。

以上兩個問題也就引出了工廠模式的兩個最重要的功能:

  1. 定義創(chuàng)建對象的接口,封裝了對象的創(chuàng)建;
  2. 使得具體化類的工作延遲到了子類中。

模式選擇

我們通常使用工廠模式來解決上面給出的兩個問題。在第一個問題中,我們經(jīng)常就是聲明一個創(chuàng)建對象的接口,并封裝了對象的創(chuàng)建過程。工廠這里類似于一個真正意義上的工廠(生產(chǎn)對象)。在第二個問題中,我們需要提供一個對象創(chuàng)建對象的接口,并在子類中提供其具體實現(xiàn)(因為只有在子類中可以決定到底實例化哪一個類)。

第一中情況的工廠的結構示意圖為:

圖 1 所以的工廠模式經(jīng)常在系統(tǒng)開發(fā)中用到,但是這并不是工廠模式的最大威力所在(因為這可以通過其他方式解決這個問題)。工廠模式不單是提供了創(chuàng)建對象的接口,其最重要的是延遲了子類的實例化(第二個問題),以下是這種情況的一個工廠的結構示意圖:

圖 2 中關鍵中工廠模式的應用并不是只是為了封裝對象的創(chuàng)建,而是要把對象的創(chuàng)建放到子類中實現(xiàn):工廠中只是提供了對象創(chuàng)建的接口,其實現(xiàn)將放在工廠的子類Concrete工廠中進行。這是圖 2 和圖 1 的區(qū)別所在。

工廠模式的實現(xiàn)

完整代碼示例(code):工廠模式的實現(xiàn)比較簡單,這里為了方便初學者的學習和參考,將給出完整的實現(xiàn)代碼(所有代碼采用 C++實現(xiàn),并在 VC 6.0 下測試運行)。

代碼片斷 1:Product.h

//Product.h
#ifndef _PRODUCT_H_
#define _PRODUCT_H_
class Product{
 public:
 virtual ~Product() =0;
 protected:
 Product(); //屏蔽構造函數(shù)
 private:
};
class ConcreteProduct:publicProduct{
 public:
 ~ConcreteProduct();
 ConcreteProduct();
 protected:
 private:
};
#endif //~_PRODUCT_H_

代碼片斷 2:Product.cpp

//Product.cpp
#include "Product.h"
#include<iostream>
using namespace std;
Product::Product(){
}
Product::~Product(){
}
ConcreteProduct::ConcreteProduct(){
 cout<<"ConcreteProduct...."<<endl;
}
ConcreteProduct::~ConcreteProduct(){
}

代碼片斷 3:Factory.h

//Factory.h
#ifndef _FACTORY_H_
#define _FACTORY_H_
class Product;
class Factory{
 public:
 virtual ~Factory() = 0;
 virtual Product* CreateProduct() = 0;
 protected:
 Factory();
 private:
};
class ConcreteFactory:public Factory{
 public:
 ~ConcreteFactory();
 ConcreteFactory();
 Product* CreateProduct();
 protected:
 private:
};
#endif //~_FACTORY_H_

代碼片斷 4:Factory.cpp

//Factory.cpp
#include "Factory.h"
#include "Product.h"
#include <iostream>
using namespace std;
Factory::Factory(){
}
Factory::~Factory(){
}
ConcreteFactory::ConcreteFactory(){
 cout<<"ConcreteFactory....."<<endl;
}
ConcreteFactory::~ConcreteFactory(){
}
Product* ConcreteFactory::CreateProduct(){
 return new ConcreteProduct();
}

代碼片斷 5:main.cpp

//main.cpp
#include "Factory.h"
#include "Product.h"
#include <iostream>
using namespace std;
int main(int argc,char* argv[]){
 Factory* fac = new ConcreteFactory();
 Product* p = fac->CreateProduct();
 return 0;
}

代碼說明:示例代碼中給出的是工廠模式解決父類中并不知道具體要實例化哪一個具體的子類的問題,至于為創(chuàng)建對象提供接口問題,可以由工廠中附加相應的創(chuàng)建操作例如Create***Product()即可。具體請參加討論內(nèi)容。

關于工廠模式的討論

工廠模式在實際開發(fā)中應用非常廣泛,面向對象的系統(tǒng)經(jīng)常面臨著對象創(chuàng)建問題:要創(chuàng)建的類實在是太多了。而工廠提供的創(chuàng)建對象的接口封裝(第一個功能),以及其將類的實例化推遲到子類(第二個功能)都部分地解決了實際問題。一個簡單的例子就是筆者開開發(fā) VisualCMCS 系統(tǒng)的語義分析過程中,由于要為文法中的每個非終結符構造一個類處理,因此這個過程中對象的創(chuàng)建非常多,采用工廠模式后系統(tǒng)可讀性性和維護都變得elegant 許多。

工廠模式也帶來至少以下兩個問題:

  1. 如果為每一個具體的 ConcreteProduct 類的實例化提供一個函數(shù)體,那么我們可能不得不在系統(tǒng)中添加了一個方法來處理這個新建的 ConcreteProduct,這樣工廠的接口永遠就不肯能封閉(Close)。當然我們可以通過創(chuàng)建一個工廠的子類來通過多態(tài)實現(xiàn)這一點,但是這也是以新建一個類作為代價的。
  2. 在實現(xiàn)中我們可以通過參數(shù)化工廠方法,即給 工廠Method()傳遞一個參數(shù)用以決定是創(chuàng)建具體哪一個具體的 Product(實際上筆者在 VisualCMCS 中也正是這樣做的)。當然也可以通過模板化避免 1)中的子類創(chuàng)建子類,其方法就是將具體 Product 類作為模板參數(shù),實現(xiàn)起來也很簡單。

可以看出,工廠模式對于對象的創(chuàng)建給予開發(fā)人員提供了很好的實現(xiàn)策略,但是工廠模式僅僅局限于一類類(就是說 Product 是一類,有一個共同的基類),如果我們要為不同類的類提供一個對象創(chuàng)建的接口,那就要用 Abstract工廠了。

相關文章

  • C語言實現(xiàn)三子棋游戲(棋盤可變)

    C語言實現(xiàn)三子棋游戲(棋盤可變)

    這篇文章主要為大家詳細介紹了C語言實現(xiàn)三子棋游戲,棋盤可變,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2021-11-11
  • C++編程之?std::forward使用例子

    C++編程之?std::forward使用例子

    std::forward?是一個?C++11?中的模板函數(shù),其主要作用是在模板函數(shù)或模板類中,將一個參數(shù)以“原樣”(forward)的方式轉發(fā)給另一個函數(shù),這篇文章主要介紹了C++編程之?std::forward,需要的朋友可以參考下
    2023-03-03
  • 基于C++自動化編譯工具的使用詳解

    基于C++自動化編譯工具的使用詳解

    本篇文章是對C++中自動化編譯工具的使用進行了詳細的分析介紹,需要的朋友參考下
    2013-05-05
  • C++與QML交互的項目實踐

    C++與QML交互的項目實踐

    本文主要介紹了C++與QML交互的項目實踐,將詳細介紹C++與QML的交互方式,包括在QML中調用C++函數(shù)和在C++中訪問QML元素,具有一定的參考價值,感興趣的可以了解一下
    2023-09-09
  • C++實現(xiàn)通訊錄功能

    C++實現(xiàn)通訊錄功能

    這篇文章主要為大家詳細介紹了C++實現(xiàn)通訊錄功能,文中示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2022-06-06
  • 一步步從底層入手搞定C++引用與內(nèi)聯(lián)函數(shù)

    一步步從底層入手搞定C++引用與內(nèi)聯(lián)函數(shù)

    內(nèi)聯(lián)函數(shù)是代碼插入到調用者代碼處的函數(shù),內(nèi)聯(lián)函數(shù)通過避免被調用的開銷來提高執(zhí)行效率,下面這篇文章主要給大家介紹了關于如何從底層入手搞定C++引用與內(nèi)聯(lián)函數(shù)的相關資料,需要的朋友可以參考下
    2023-03-03
  • C語言在輸入輸出時遇到的常見問題總結

    C語言在輸入輸出時遇到的常見問題總結

    大家在平時的做題中是否會遇到和我一樣的煩惱,題目的代碼已經(jīng)基本完成,但是在輸出時候,總是和題目給出的樣例輸出格式不同?,導致題目不能通過。為了解決這一煩惱,我總結了以下幾點,需要的可以參考一下
    2022-09-09
  • 淺談C++STL之雙端隊列容器

    淺談C++STL之雙端隊列容器

    deque雙端隊列容器與vector很類似,采用線性表順序存儲結構。但與vector區(qū)別,deque采用分塊的線性存儲結構來存儲數(shù)據(jù),每塊的大小一般為512B,將之稱為deque塊,所有的deque塊使用一個map塊進行管理,每個map數(shù)據(jù)項記錄各個deque塊的首地址。
    2021-06-06
  • 淺談C語言結構體

    淺談C語言結構體

    本文主要介紹C語言 結構體的知識,學習C語言肯定需要學習結構體,這里詳細說明了結構體并附示例代碼,供大家參考學習,有需要的小伙伴可以參考下
    2021-10-10
  • C++中用棧來判斷括號字符串匹配問題的實現(xiàn)方法

    C++中用棧來判斷括號字符串匹配問題的實現(xiàn)方法

    這篇文章主要介紹了C++中用棧來判斷括號字符串匹配問題的實現(xiàn)方法,是一個比較實用的算法技巧,包含了關于棧的基本操作,需要的朋友可以參考下
    2014-08-08

最新評論