青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-90  評論-947  文章-0  trackbacks-0

目錄:

C++ 下 Function 對象的實現(上)
C++ 下 Function 對象的實現(下)

上篇中,我們實現了一個支持 R () 型函數的 Function。補充說明一下,在我們對成員函數的支持中,我們是這樣定義的:

template <typename R, typename T>
class MemberFunction0 : public FunctionBase0<R>
{

private:
    R (T::*m_pMemFun)();
    T *m_pObj;
};

Loki 特意在著作中提醒我們,這里的 T 最好不要是函數類型,改為函數指針類型,如此該類的支持范圍將擴大。如下:

template <typename R, typename P, typename T>
class MemberFunction0 : public FunctionBase0<R>
{
public:
    R Invoke()
    {
        return (m_pObj->*m_pMemFun)();
    }

public:
    MemberFunction0(P pObj, R (T::*pMemFun)())
        : m_pObj(pObj), m_pMemFun(pMemFun)
    {

    }

private:
    R (T::*m_pMemFun)();
    P m_pObj;
};

于是,P 和 T 的關系不那么緊密了,P 不一定非要 T* 不可,也可以是諸如 SmartPtr<T> 之類的玩意兒。原本只支持傳入一個對象和該對象的成員函數的,現在變成傳入一個具有指針概念的東東和一個成員函數,只要這個“指針”使用運算符 –> 去調用那個成員函數合乎語法即可。

接下來,我們來擴展這個 Function,以支持擁有數目在給定上限內的任意參數的函數。

我們先來手工寫一下,看看如何支持帶一個參數的函數。首先定義一個虛基類:

template <typename R, typename T0>
class FunctionBase1
{
public:
    virtual R Invoke(T0) = 0;
    virtual ~FunctionBase1() {}
};

實現兩個版本,分別支持非成員函數和成員函數:

template <typename R, typename T0, typename T>
class Function1 : public FunctionBase1<R, T0>
{
public:
    R Invoke(T0 v0)
    {
        return m_Fun(v0);
    }

public:
    Function1(const T &fun)
        : m_Fun(fun)
    {

    }

private:
    T m_Fun;
};

template <typename R, typename P, typename T, typename T0>
class MemberFunction1 : public FunctionBase1<R, T0>
{
public:
    R Invoke(T0 v0)
    {
        return (m_pObj->*m_pMemFun)(v0);
    }

public:
    MemberFunction1(P pObj, R (T::*pMemFun)(T0))
        : m_pObj(pObj), m_pMemFun(pMemFun)
    {

    }

private:
    R (T::*m_pMemFun)(T0);
    P m_pObj;
};

增加一個函數引用萃取的偏特化版本:

template <typename RetType, typename T0>
struct FunctionTraits<RetType (T0)>
{
    typedef RetType (&ParamType)(T0);
};

增加一個 Function 類的偏特化版本:

template <typename R, typename T0>
class Function<R (T0)>
{
public:
    template <typename T>
    Function(const T &fun)
        : m_pFunBase(new Function1<R, T0, typename FunctionTraits<T>::ParamType>(fun))
    {
       
    }

    template <typename P, typename T>
    Function(P pObj, R (T::*pMemFun)(T0))
        : m_pFunBase(new MemberFunction1<R, P, T, T0>(pObj, pMemFun))
    {

    }

    ~Function()
    {
        delete m_pFunBase;
    }

    R operator ()(T0 v0)
    {
        return m_pFunBase->Invoke(v0);
    }

private:
    FunctionBase1<R, T0> *m_pFunBase;
};

現在,我們可以跑一下測試代碼了:

Function<int (int)> f1(&intfun1);
Function<int (int)> f1_(intfun1);
Function<int (int)> f2(intfunctor1);
Function<int (int)> f3(&test, &Test::intmem1);

f1(1);
f1_(1);
f2(2);
f3(3);

當然,void 函數也是支持的。

觀察上面的這些代碼,和我們在上一篇中的代碼高度一致,不同的是那些模版參數、偏特化參數、函數調用參數等地方。

假如有這么一組宏:
TYPENAME_DECLARE(n) 被定義為 typename T0, typename T1, …, typename Tn
TYPENAME_LIST(n) 被定義為 T0, T1, …, Tn
TYPENAME_VARIABLE(n) 被定義為 T0 v0, T1 v1, …, Tn vn
VARIABLE_LIST(n) 被定義為 v0, v1, …, vn

那么我們可以使用一個 n 就寫出支持所有具有參數的函數的 Function 了。我們拋棄掉上面的 1 系列的所有類,僅保持上篇留下來的代碼,然后利用上面 4 個宏將所有數字尾巴去掉,于是代碼變成:

template <typename R, TYPENAME_DECLARE(n)>
class FunctionBase_##n
{
public:
    virtual R Invoke(TYPENAME_LIST(n)) = 0;
    virtual ~FunctionBase_##n() {}
};


template <typename R, TYPENAME_DECLARE(n), typename T>
class Function_##n : public FunctionBase_##n<R, TYPENAME_LIST(n)>
{
public:
    R Invoke(TYPENAME_VARIABLE(n))
    {
        return m_Fun(VARIABLE_LIST(n));
    }

public:
    Function_##n(const T &fun)
        : m_Fun(fun)
    {

    }

private:
    T m_Fun;
};

template <typename R, typename P, typename T, TYPENAME_DECLARE(n)>
class MemberFunction_##n : public FunctionBase_##n<R, TYPENAME_LIST(n)>
{
public:
    R Invoke(TYPENAME_VARIABLE(n))
    {
        return (m_pObj->*m_pMemFun)(VARIABLE_LIST(n));
    }

public:
    MemberFunction_##n(P pObj, R (T::*pMemFun)(TYPENAME_LIST(n)))
        : m_pObj(pObj), m_pMemFun(pMemFun)
    {

    }

private:
    R (T::*m_pMemFun)(TYPENAME_LIST(n));
    P m_pObj;
};

template <typename RetType, TYPENAME_DECLARE(n)>
struct FunctionTraits<RetType (TYPENAME_LIST(n))>
{
    typedef RetType (&ParamType)(TYPENAME_LIST(n));
};

template <typename R, TYPENAME_DECLARE(n)>
class Function<R (TYPENAME_LIST(n))>
{
public:
    template <typename T>
    Function(const T &fun)
        : m_pFunBase(new Function_##n<R, TYPENAME_LIST(n), typename FunctionTraits<T>::ParamType>(fun))
    {
       
    }

    template <typename P, typename T>
    Function(P pObj, R (T::*pMemFun)(TYPENAME_LIST(n)))
        : m_pFunBase(new MemberFunction_##n<R, P, T, TYPENAME_LIST(n)>(pObj, pMemFun))
    {

    }

    ~Function()
    {
        delete m_pFunBase;
    }

    R operator ()(TYPENAME_VARIABLE(n))
    {
        return m_pFunBase->Invoke(VARIABLE_LIST(n));
    }

private:
    FunctionBase_##n<R, TYPENAME_LIST(n)> *m_pFunBase;
};

當然上面這樣子的代碼是沒法跑的咯。如果我們將整段代碼定義為一個宏 BODY(n),然后用類似剛才四個宏的方式定義宏 FUNCTION_IMPLEMENT(n),使得它的含義為 BODY(0), BODY(1), …, BODY(n),所有工作就都完成了。最后只需要丟下一句 FUNCTION_IMPLEMENT(20),就可以支持 0 到 21 個參數了。

最后歸結為,如何使用宏搞出“T0, T1, …, Tn” 的形式。

暴力點,我們可以這樣:

#define T_0 T0
#define T_1 T_0, T1
#define T_2 T_1, T2
#define T_3 T_2, T3
#define T_4 T_3, T4
#define T_5 T_4, T5
#define T_6 T_5, T6
#define T_7 T_6, T7
#define T_8 T_7, T8
#define T_9 T_8, T9

#define T(n) T_##n

這樣子,對于上面四個宏可以,但是對于最后的 X(n),人工代碼量還是太大了。嗯?X(n)?對,這個 X,必須在 _1、_2、_3 系列宏里面占據一個參數地位,這樣才有那么一點點擴展性。考慮換成這樣:

#define REP_0(macro, n) macro(0)
#define REP_1(macro, n) REP_0(macro, n), macro(1)
#define REP_2(macro, n) REP_1(macro, n), macro(2)
#define REP_3(macro, n) REP_2(macro, n), macro(3)
#define REP_4(macro, n) REP_3(macro, n), macro(4)
#define REP_5(macro, n) REP_4(macro, n), macro(5)
#define REP_6(macro, n) REP_5(macro, n), macro(6)
#define REP_7(macro, n) REP_6(macro, n), macro(7)
#define REP_8(macro, n) REP_7(macro, n), macro(8)
#define REP_9(macro, n) REP_8(macro, n), macro(9)

#define REP(macro, n)   REP_##n(macro, n)

然后:

#define TYPENAME_LIST_PATTERN(n)    T##n
#define TYPENAME_LIST(n)            REP(TYPENAME_LIST_PATTERN, n)

這個 TYPENAME_LIST 就是符合上文要求的宏。接下來如法炮制其余三個:

#define TYPENAME_DECLARE_PATTERN(n)     typename T##n
#define TYPENAME_DECLARE(n)             REP(TYPENAME_DECLARE_PATTERN, n)

#define TYPENAME_VARIABLE_PATTERN(n)    T##n v##n
#define TYPENAME_VARIABLE(n)            REP(TYPENAME_VARIABLE_PATTERN, n)

#define VARIABLE_LIST_PATTERN(n)        v##n
#define VARIABLE_LIST(n)                REP(VARIABLE_LIST_PATTERN, n)

最后,我們在 #define FUNCTION_IMPLEMENT(n)  REP(BODY, n) 中還存在一點點問題。因為 BODY 中會含有 TYPENAME_DECLARE 之類的宏的使用,而 TYPENAME_DECLARE 正是使用 REP 定義的。這涉及到宏的遞歸展開,C++預處理器的規則是,遇到這樣的情況就停止展開。比如,我們 定義 BODY(n) 為 TYPENAME_DECLARE(n),于是 FUNCTION_IMPLEMENT(2) 會被展成:

REP(TYPENAME_DECLARE_PATTERN, 0), REP(TYPENAME_DECLARE_PATTERN, 1), REP(TYPENAME_DECLARE_PATTERN, 2)

上面的 REP 不會被繼續展開了。

為此,一個不太聰明的辦法就是,再定義一組 REP2。嗯,是個辦法,就這么辦吧。另外我們剛才的 REP 系列沒有將分隔符作為參數,默認使用逗號,而最后一不的 FUNCTION_IMPLEMENT 的重復中是不能用逗號的。考慮提取出來作為參數。最后我們的所需要的宏系統是:

#define NIL
#define COMMA ,

#define REP_0(macro, splitter, n) macro(0)
#define REP_1(macro, splitter, n) REP_0(macro, splitter, n) splitter macro(1)
#define REP_2(macro, splitter, n) REP_1(macro, splitter, n) splitter macro(2)
#define REP_3(macro, splitter, n) REP_2(macro, splitter, n) splitter macro(3)
#define REP_4(macro, splitter, n) REP_3(macro, splitter, n) splitter macro(4)
#define REP_5(macro, splitter, n) REP_4(macro, splitter, n) splitter macro(5)
#define REP_6(macro, splitter, n) REP_5(macro, splitter, n) splitter macro(6)
#define REP_7(macro, splitter, n) REP_6(macro, splitter, n) splitter macro(7)
#define REP_8(macro, splitter, n) REP_7(macro, splitter, n) splitter macro(8)
#define REP_9(macro, splitter, n) REP_8(macro, splitter, n) splitter macro(9)

#define REP(macro, splitter, n)   REP_##n(macro, splitter, n)

#define REP2_0(macro, splitter, n) macro(0)
#define REP2_1(macro, splitter, n) REP2_0(macro, splitter, n) splitter macro(1)
#define REP2_2(macro, splitter, n) REP2_1(macro, splitter, n) splitter macro(2)
#define REP2_3(macro, splitter, n) REP2_2(macro, splitter, n) splitter macro(3)
#define REP2_4(macro, splitter, n) REP2_3(macro, splitter, n) splitter macro(4)
#define REP2_5(macro, splitter, n) REP2_4(macro, splitter, n) splitter macro(5)
#define REP2_6(macro, splitter, n) REP2_5(macro, splitter, n) splitter macro(6)
#define REP2_7(macro, splitter, n) REP2_6(macro, splitter, n) splitter macro(7)
#define REP2_8(macro, splitter, n) REP2_7(macro, splitter, n) splitter macro(8)
#define REP2_9(macro, splitter, n) REP2_8(macro, splitter, n) splitter macro(9)

#define REP2(macro, splitter, n)   REP2_##n(macro, splitter, n)

#define TYPENAME_DECLARE_PATTERN(n)     typename T##n
#define TYPENAME_DECLARE(n)             REP(TYPENAME_DECLARE_PATTERN, COMMA, n)

#define TYPENAME_LIST_PATTERN(n)        T##n
#define TYPENAME_LIST(n)                REP(TYPENAME_LIST_PATTERN, COMMA, n)

#define TYPENAME_VARIABLE_PATTERN(n)    T##n v##n
#define TYPENAME_VARIABLE(n)            REP(TYPENAME_VARIABLE_PATTERN, COMMA, n)

#define VARIABLE_LIST_PATTERN(n)        v##n
#define VARIABLE_LIST(n)                REP(VARIABLE_LIST_PATTERN, COMMA, n)

#define FUNCTION_IMPLEMENT(n)  REP2(BODY, NIL, n)

最后,定義一下 FUNCTION_IMPLEMENT(5),就可以支持到 6 個參數了。為了支持更多參數,把上面的 REP 以及 REP2 系列多定義一點,比如到 50,那么 FUNCTION_IMPLEMENT 的括號中就可以填 50 以內的任意數了。考慮到宏展開對編譯速度的影響,以及實際應用中函數參數的個數,定為 20 左右比較合適。

到這里,我們的Function已經實現了預期目標。接下來我本來想說說 TypeList 的。可是現在發現沒有 TypeList,Function 跑的通;有了 TypeList,Function 也不能寫的漂亮多少,雖說那些重復部分有一定的減少。Loki 的 Functor 的參數類型是一個返回值類型加上一個 TypeList,是由用戶直接傳入 TypeList 的,不用由散的類型組合出一個TypeList(但還是要從TypeList中萃取各個參數類型),因此用在他那里看上去美妙一點點。當然,Loki 也在 Functor 外頭包了一層 Function,以支持函數簽名作為模版參數的使用方式。有一點不算改觀的改觀是,用了 TypeList 以后,就不會再有 FunctionBase_1, FunctionBase_2 這樣的玩意兒了,取而代之的是一個統一的 FunctionBase 外加許多偏特化版本,Function* 和 MemberFunction* 可以分別統一為一個,但是每一個里頭都需要實現 N 個 Invoke。加上篇幅關系,我想這里就不說這個 TypeList 了。

代碼清單太長了,就不貼了,有意者自然能湊起來。我目前在 xlLib 中的最終實現見 xlFunction.h

關于宏,我不知道可以怎樣改進。BOOST_PP_REPEAT 貌似可以調用自身?不知道如何實現的,求指教。另外@vczh貌似說“實現了一門可以自己遞歸自己和內置列表處理的另一個宏”,求分享呀求分享。

2010-01-18 補充:將最外層 Function 的構造函數中的 const T & 直接改為 T,并且拋棄 FunctionTraits,函數實體類型將在傳遞過程中直接退化為函數指針,這樣就能特化出正確的 FunctionHandler。同時帶來另一點影響:如果傳入 Functor,字面上將多一次拷貝動作。拋開這一點微小的性能來講,這比剛才的 FunctionTraints 要好得多了。

posted on 2011-01-17 21:59 溪流 閱讀(4191) 評論(5)  編輯 收藏 引用 所屬分類: C++

評論:
# re: C++ 下 Function 對象的實現(下) 2011-01-19 16:42 | zhaoyg
你好,我發現了個問題:
對于:
R (T::*m_pMemFun)();
P m_pObj;

當P是一個shared_ptr<...> *時,或許得讓m_pObj先解一層(即*m_pObj)后才能這樣吧: (m_pObj->*m_pMemFun)(v0),
  回復  更多評論
  
# re: C++ 下 Function 對象的實現(下) 2011-01-19 20:48 | 溪流
@zhaoyg
shared_ptr<X> * 當然得自己先解一層
shared_ptr<X> 才和 X* 具有形式上的等價性么   回復  更多評論
  
# re: C++ 下 Function 對象的實現(下) 2011-01-19 22:15 | zhaoyg
明白了明白了,反復看了幾遍你寫的,總算是理清了一些東西,收獲頗多
謝謝你的文字:)  回復  更多評論
  
# re: C++ 下 Function 對象的實現(下) 2011-01-19 23:27 | 陳梓瀚(vczh)
# re: C++ 下 Function 對象的實現(下) 2011-01-20 23:37 | 溪流
@陳梓瀚(vczh)
這是額外一個工具,生成代碼后才能貼在 C++ 里的嗎?  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久国产精品久久久久久久久久 | 欧美精品日韩一区| 欧美成人午夜剧场免费观看| 欧美在线观看视频| 国产精品久久久久99| 亚洲精品一线二线三线无人区| 久久麻豆一区二区| 久久国产精品亚洲va麻豆| 在线看视频不卡| 免费观看30秒视频久久| 欧美理论大片| 国产日韩欧美在线| 欧美在线网址| 欧美国产日韩免费| 欧美一激情一区二区三区| 久久久久久久欧美精品| 91久久综合| 午夜精品久久99蜜桃的功能介绍| 国产精品久久久爽爽爽麻豆色哟哟| 久久久精品免费视频| 欧美gay视频| 久久久噜噜噜久久人人看| 鲁大师影院一区二区三区| 亚洲欧美电影在线观看| 另类专区欧美制服同性| 欧美亚洲一区在线| 久久九九有精品国产23| 久久精品一区| 亚洲深夜福利| 欧美欧美午夜aⅴ在线观看| 欧美在线综合| 国产在线观看91精品一区| 亚洲一区二区在线| 亚洲影音一区| 国产精品久久久久久久久久久久| 亚洲国产一区二区a毛片| 国产农村妇女毛片精品久久麻豆| 这里只有精品视频在线| 午夜精品美女自拍福到在线| 国产精品永久| 玖玖玖国产精品| 亚洲国产美女久久久久| 亚洲特级毛片| 欧美涩涩网站| 性欧美大战久久久久久久久| 久久久精品动漫| 在线观看亚洲精品视频| 免费中文字幕日韩欧美| 99精品热6080yy久久| 久久久久久久久久码影片| 亚洲激情婷婷| 国产精品久久久久久久久搜平片 | 亚洲欧美成人精品| 蜜桃av一区| 亚洲美女在线国产| 国产精品美女久久福利网站| 久久精品一区二区国产| 亚洲精品午夜精品| 开心色5月久久精品| 亚洲男人的天堂在线aⅴ视频| 欧美一区观看| 久久精品一级爱片| 一区二区三区四区国产精品| 亚洲在线免费| 黄页网站一区| 国产一区二区高清不卡| 国产欧美综合一区二区三区| 欧美日韩在线播放| 欧美视频在线免费| 欧美日韩国产首页| 老**午夜毛片一区二区三区| 午夜激情综合网| 亚洲一区二区三区四区中文| 亚洲国产精品ⅴa在线观看| 小黄鸭视频精品导航| 亚洲一区二区三区乱码aⅴ蜜桃女 亚洲一区二区三区乱码aⅴ | 欧美日韩精品免费看| 亚洲精品视频中文字幕| 男男成人高潮片免费网站| 久久国产精品黑丝| 欧美有码视频| 猫咪成人在线观看| 久久久久一区二区| 美女亚洲精品| 亚洲另类黄色| 亚洲欧美成人综合| 久久一区二区三区四区| 欧美好骚综合网| 国产精品videossex久久发布| 欧美日韩久久精品| 国产欧美一二三区| 亚洲国产精品精华液2区45| 亚洲欧洲一区二区三区在线观看| 夜夜嗨av色一区二区不卡| 欧美制服丝袜| 亚洲国产精品一区二区久| 黄网站免费久久| 在线综合亚洲| 国产精品视频免费观看| 雨宫琴音一区二区在线| 亚洲一卡二卡三卡四卡五卡| 久久久久成人精品免费播放动漫| 亚洲第一精品夜夜躁人人躁| 亚洲视频狠狠| 欧美电影免费观看高清完整版| 国产精品性做久久久久久| 日韩一级大片在线| 久久综合五月| 香蕉尹人综合在线观看| 欧美视频在线观看一区| 亚洲激情二区| 欧美不卡激情三级在线观看| 欧美久久视频| 亚洲免费成人| 久久久久国色av免费看影院| 国产精品区一区二区三区| 欧美中文字幕不卡| 欧美精品二区三区四区免费看视频| 亚洲欧美在线一区| 一本色道久久精品| 国产精品xxxav免费视频| 91久久中文字幕| 日韩视频一区二区三区在线播放免费观看 | 夜久久久久久| 欧美激情一区二区久久久| 亚洲自拍偷拍色片视频| 欧美中日韩免费视频| 亚洲国产天堂久久综合| 日韩一级裸体免费视频| 黄色一区三区| 亚洲美女视频在线观看| 黑人操亚洲美女惩罚| 最新成人在线| 日韩视频永久免费| 国产精品久久久久av| 麻豆视频一区二区| 国产精品国产馆在线真实露脸 | 亚洲欧美一区二区原创| 久久国产精品久久久久久电车| 亚洲一区二区三区涩| 麻豆精品视频在线| 理论片一区二区在线| 欧美一区三区三区高中清蜜桃 | 欧美日本在线看| 一本一道久久综合狠狠老精东影业 | 欧美日本免费| 欧美激情视频一区二区三区不卡| 国产精品乱码久久久久久| 亚洲日韩视频| 亚洲精品久久久久中文字幕欢迎你| 久久成人18免费观看| 亚洲欧美资源在线| 欧美日韩精品一二三区| 亚洲人成人一区二区三区| 日韩视频一区二区在线观看| 欧美综合国产| 在线观看91久久久久久| 另类激情亚洲| 亚洲午夜国产成人av电影男同| 午夜影院日韩| 国产女主播一区二区三区| 久久精品99久久香蕉国产色戒| 裸体女人亚洲精品一区| 亚洲激情一区二区三区| 欧美大片免费看| 亚洲尤物视频在线| 久久免费视频在线| 亚洲欧洲一区| 国产精品欧美日韩一区| 久色成人在线| 午夜综合激情| 亚洲国产日韩在线一区模特| 亚洲午夜av在线| 中文久久乱码一区二区| 欧美一区二区三区免费大片| 伊人激情综合| 国产精品久久久久久久久| 免费国产一区二区| 欧美在线看片| 亚洲视频精选| 亚洲乱码国产乱码精品精可以看 | 久久国产福利国产秒拍| 亚洲午夜av电影| 日韩亚洲精品在线| 亚洲婷婷国产精品电影人久久| 99国产成+人+综合+亚洲欧美| 妖精视频成人观看www| 亚洲欧美怡红院| 麻豆国产精品一区二区三区| 欧美久久九九| 国产精品理论片在线观看| 久久婷婷久久| 亚洲午夜精品17c| 亚洲第一精品在线| 久久综合九色九九| 亚洲一级在线观看| 亚洲二区视频| 国产中文一区二区| 国产精品一区二区在线| 国产精品成人免费|