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

隨筆-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 溪流 閱讀(4189) 評論(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>
            欧美在线91| 欧美影院在线| 国产目拍亚洲精品99久久精品 | 一区二区免费在线观看| 欧美**人妖| 国产一区美女| 亚洲激情女人| 亚洲一区制服诱惑| 欧美一区二区三区的| 国产亚洲一区二区在线观看 | 久久蜜桃香蕉精品一区二区三区| 一区久久精品| 亚洲毛片在线| 欧美日韩国产区一| 一本一本久久| 久久久水蜜桃| 一区二区三区回区在观看免费视频| 亚洲乱码国产乱码精品精天堂| 亚洲精品免费一区二区三区| 久久久综合免费视频| 国产精品99久久久久久宅男 | 久热精品视频在线免费观看| 亚洲裸体视频| 午夜精品一区二区三区在线播放| 激情偷拍久久| 欧美日韩国产色综合一二三四 | 黄色资源网久久资源365| 亚洲日本在线观看| 欧美一区二区高清| 亚洲国产经典视频| 国产麻豆综合| 亚洲高清在线视频| 国产日韩亚洲| 国产精品天天看| 欧美精品性视频| 久久精品综合一区| 亚洲一区国产一区| 另类欧美日韩国产在线| 久久亚洲风情| 国产精品超碰97尤物18| 欧美日本在线视频| 久久综合久久综合这里只有精品| 欧美日韩国产美| 亚洲福利精品| 久久人91精品久久久久久不卡| 99精品国产福利在线观看免费| 亚洲高清不卡一区| 亚洲欧美日韩国产精品| 免费不卡欧美自拍视频| 久久av最新网址| 欧美日韩少妇| 国产精品久久久久久久免费软件| 久久夜色精品国产亚洲aⅴ| 国产精品高清在线观看| 国产精品久久久久久超碰 | 99国产精品私拍| 美女久久一区| 亚洲第一狼人社区| 日韩一区二区免费高清| 亚洲精品日韩欧美| 欧美h视频在线| 久久尤物电影视频在线观看| 欧美黄色精品| 欧美黄色aaaa| 久久亚洲视频| 在线观看视频日韩| 一区二区高清| 日韩天堂av| 中文国产成人精品| 国产精品成人一区二区三区夜夜夜 | 亚洲国产日韩欧美一区二区三区| 亚洲国产成人久久综合| 麻豆国产精品va在线观看不卡| 久久国产精品久久精品国产| 男人的天堂亚洲在线| 亚洲高清免费视频| 亚洲国产三级网| 中文在线一区| 国产乱子伦一区二区三区国色天香| 午夜视频久久久久久| 欧美一区二区视频在线| 欧美日本韩国在线| 午夜精品久久久久久久男人的天堂 | 鲁大师成人一区二区三区| 久久婷婷综合激情| 日韩视频在线永久播放| 亚洲视屏在线播放| 欧美第一黄色网| 国产精品男女猛烈高潮激情| 香蕉久久夜色精品国产使用方法| 农村妇女精品| 欧美人与性动交cc0o| 久久av红桃一区二区小说| 亚洲福利视频在线| 欧美日韩1区2区| 欧美在线视频免费观看| 日韩一级不卡| 亚洲伊人色欲综合网| 久久国产一区二区三区| 亚洲第一福利视频| 欧美日韩在线一区二区| 国产亚洲激情视频在线| 模特精品在线| 国产精品黄色在线观看| 蜜臀91精品一区二区三区| 亚洲综合电影| 欧美高清视频在线| 国产一区三区三区| 亚洲国产欧美一区二区三区久久| 欧美亚韩一区| 欧美国产精品人人做人人爱| 欧美一级免费视频| 亚洲靠逼com| 久久精品亚洲精品国产欧美kt∨| 亚洲精品小视频| 久久国产天堂福利天堂| 亚洲欧美激情四射在线日 | 亚洲欧洲精品成人久久奇米网 | 性久久久久久久久| 国产精品欧美一区喷水 | 性视频1819p久久| 夜夜嗨av一区二区三区免费区| 欧美成黄导航| 国产日韩精品在线观看| 一本一本久久a久久精品综合麻豆| 在线观看亚洲精品视频| 欧美一区二区视频在线| 麻豆av一区二区三区久久| 欧美在线观看视频一区二区三区| 欧美日韩欧美一区二区| 亚洲激情在线播放| 在线欧美日韩国产| 午夜视频精品| 久久精品99| 国产亚洲第一区| 亚洲欧美不卡| 欧美一区网站| 国产日韩一区在线| 欧美有码视频| 另类春色校园亚洲| 亚洲国产高清高潮精品美女| 久久精品1区| 欧美ed2k| 日韩视频免费看| 欧美日韩免费精品| 一区二区欧美视频| 性欧美18~19sex高清播放| 国产精品青草综合久久久久99| 亚洲性感激情| 亚洲一区免费观看| 中文国产成人精品| 亚洲美女在线视频| 99精品国产在热久久| 欧美日韩视频在线一区二区| 日韩网站在线看片你懂的| 亚洲一区二区在线播放| 国产精品揄拍500视频| 久久av红桃一区二区小说| 欧美大片18| 亚洲视频一区二区| 国产乱人伦精品一区二区| 久久天天综合| 99精品热6080yy久久| 欧美在线播放高清精品| 亚洲成人在线视频播放| 欧美精品成人在线| 亚洲中字黄色| 亚洲第一天堂av| 亚洲女同在线| 亚洲国产精品成人一区二区 | 老鸭窝毛片一区二区三区| 亚洲国产专区| 久久成人精品| 91久久精品www人人做人人爽| 亚洲欧美日韩国产中文| 亚洲精品欧美日韩| 国产精品一区视频网站| 嫩草国产精品入口| 亚洲欧美日韩在线综合| 亚洲福利小视频| 欧美一区二区三区日韩| 亚洲精品一品区二品区三品区| 国产精品美女www爽爽爽视频| 久久免费视频在线观看| 国产精品99久久久久久宅男| 欧美成人dvd在线视频| 欧美亚洲在线视频| 在线视频日本亚洲性| 在线观看一区欧美| 国产精品一区在线观看你懂的| 欧美激情一区二区| 久久久久综合网| 篠田优中文在线播放第一区| 99视频一区二区| 亚洲高清三级视频| 免费欧美在线| 老色批av在线精品| 久久国产欧美精品| 欧美一区二区免费视频| 亚洲淫性视频|