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

隨筆-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>
            亚洲欧洲日本mm| 欧美精品一区二区视频| 欧美一级二级三级蜜桃| 亚洲综合欧美日韩| 最新国产の精品合集bt伙计| 亚洲欧美激情一区| 99精品视频一区二区三区| 亚洲国产色一区| 久久国产精品久久久久久电车 | 亚洲欧美日本视频在线观看| 亚洲神马久久| 欧美一区二区三区在线播放| 久久久夜色精品亚洲| 美女精品在线| 91久久在线播放| 亚洲影院色在线观看免费| 欧美一区1区三区3区公司| 久久综合精品国产一区二区三区| 欧美暴力喷水在线| 欧美精品一区二区三区视频| 国产精品人人爽人人做我的可爱| 亚洲人成在线免费观看| 午夜精品理论片| 久久婷婷亚洲| 亚洲乱码国产乱码精品精98午夜| 国产精品日日做人人爱| 亚洲欧美日韩精品久久亚洲区| 亚洲第一综合天堂另类专| 99re66热这里只有精品4| 国产精品99久久久久久久久久久久| 欧美一区二区三区在线| 欧美精品三级在线观看| 国产精品综合视频| aⅴ色国产欧美| 很黄很黄激情成人| 国产精品免费观看视频| 国产麻豆视频精品| 亚洲精品久久久蜜桃| 欧美一区三区三区高中清蜜桃| 最新日韩在线视频| 国产日产欧产精品推荐色| 久久久亚洲欧洲日产国码αv| 久久久一区二区三区| 狠狠色狠狠色综合日日91app| 亚洲视频一二| 国内精品久久久久久久97牛牛| 亚洲国产美女| 欧美激情综合五月色丁香| 亚洲最新色图| 午夜精品视频网站| 国产精品亚洲综合久久| 合欧美一区二区三区| 久久久午夜电影| 欧美激情区在线播放| 免费欧美日韩国产三级电影| 久久久国产精品一区二区中文 | 国产精品日韩欧美大师| 亚洲一区欧美激情| 雨宫琴音一区二区在线| 一本久久a久久免费精品不卡| 国产在线视频欧美一区二区三区| 亚洲黄色成人久久久| 国产精品成人国产乱一区| 欧美 日韩 国产精品免费观看| 亚洲精选国产| 久久婷婷人人澡人人喊人人爽| 亚洲免费影视| 欧美视频一区二区三区…| 久久米奇亚洲| 亚洲人成毛片在线播放| 欧美xxxx在线观看| 欧美中文字幕视频| 国产日韩视频一区二区三区| 欧美一区二区三区在线免费观看| 欧美理论视频| 亚洲视频电影在线| 欧美激情亚洲一区| 中日韩视频在线观看| 宅男噜噜噜66一区二区| 国产精品日韩精品欧美在线| 亚洲一区高清| 亚洲自拍偷拍网址| 在线观看欧美一区| 亚洲电影视频在线| 欧美久久久久| 久久超碰97人人做人人爱| 久久免费高清| 夜夜夜久久久| 午夜视频久久久久久| 91久久精品视频| 亚洲午夜久久久久久久久电影院| 欧美区一区二| 在线播放中文一区| 亚洲黄一区二区三区| 欧美色图五月天| 久久久久久一区二区| 麻豆成人精品| 欧美一区二区播放| 欧美α欧美αv大片| 欧美亚洲免费电影| 欧美国产免费| 久久男人资源视频| 欧美日韩国产综合视频在线观看中文| 欧美一区二区三区免费视| 久久人91精品久久久久久不卡| 亚洲香蕉在线观看| 麻豆精品在线观看| 久久激情综合网| 欧美日韩久久| 欧美国产第二页| 国模私拍一区二区三区| 99精品视频一区二区三区| 蜜臀a∨国产成人精品| 亚洲日本视频| 国产日韩欧美在线| 91久久综合| 国产日韩在线播放| 最新日韩精品| 国产亚洲午夜| 99精品视频一区二区三区| 国内精品久久久久久久果冻传媒| 亚洲第一在线综合在线| 亚洲一区二区三区四区五区黄 | 欧美一区二区视频97| 亚洲女人天堂成人av在线| 国产精品一二三四| 亚洲激精日韩激精欧美精品| 一区在线观看视频| 性色av一区二区三区在线观看 | 91久久国产综合久久91精品网站| 国产欧美亚洲日本| 亚洲午夜电影网| 亚洲淫性视频| 欧美午夜片欧美片在线观看| 久久亚洲捆绑美女| 欧美精品www| 久久五月婷婷丁香社区| 国产精品久久久久久久久久免费| 91久久精品一区二区别| 亚洲人成在线免费观看| 美女脱光内衣内裤视频久久网站| 久久综合色8888| 午夜激情久久久| 男女激情视频一区| 久久亚洲视频| 欧美激情综合亚洲一二区| 久久免费视频在线| 久久疯狂做爰流白浆xx| 午夜精品久久99蜜桃的功能介绍| 蜜桃久久av| 欧美/亚洲一区| 美女精品在线观看| 亚洲黄色有码视频| 亚洲精选国产| 亚洲深夜福利在线| 欧美经典一区二区| 亚洲精品久久嫩草网站秘色| 1000部精品久久久久久久久| 久久综合久色欧美综合狠狠| 欧美激情视频一区二区三区在线播放| 国内精品模特av私拍在线观看| 久久精品91| 亚洲夫妻自拍| 亚洲一区中文字幕在线观看| 国产精品日韩高清| 久久亚洲色图| 99精品国产在热久久下载| 午夜精品久久久久| 影视先锋久久| 国产精品成人一区二区| 久久av红桃一区二区小说| 亚洲国产合集| 久久精品一本久久99精品| 亚洲免费成人av电影| 欧美亚洲成人网| 久久国产福利| 一区二区三区精品国产| 国产日韩精品在线观看| 欧美成人r级一区二区三区| 在线一区视频| 欧美激情精品久久久久久大尺度| 午夜精品久久久久久久久久久久久 | 亚洲图片欧美日产| 久久精品夜色噜噜亚洲aⅴ| 亚洲自拍另类| 亚洲天堂网站在线观看视频| 亚洲调教视频在线观看| 国产精品日韩在线观看| 亚洲欧美一区二区原创| 久久免费少妇高潮久久精品99| 亚洲精品久久久久久久久久久| 欧美午夜电影网| 另类春色校园亚洲| 亚洲一区二区成人| 亚洲电影网站| 久久久久九九九| 欧美一区二区三区啪啪| 日韩亚洲欧美一区| 亚洲激情在线| 久久精品99久久香蕉国产色戒|