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

Impossible is nothing  
  愛過知情重醉過知酒濃   花開花謝終是空   緣份不停留像春風來又走   女人如花花似夢
公告
日歷
<2025年11月>
2627282930311
2345678
9101112131415
16171819202122
23242526272829
30123456
統計
  • 隨筆 - 8
  • 文章 - 91
  • 評論 - 16
  • 引用 - 0

導航

常用鏈接

留言簿(4)

隨筆分類(4)

隨筆檔案(8)

文章分類(77)

文章檔案(91)

相冊

搜索

  •  

最新評論

閱讀排行榜

評論排行榜

 
C語言的指針相當的靈活方便,但也相當容易出錯。許多C語言初學者,甚至C語言老鳥都很容易栽倒在C語言的指針下。但不可否認的是,指針在C語言中的位置極其重要,也許可以偏激一點的來說:沒有指針的C程序不是真正的C程序。
   然而C++的指針卻常常給我一種束手束腳的感覺。C++比C語言更加強調強類型,強調類型安全,強調編譯時檢查。因此,對于C語言中最容易錯用的指針, 更是不能放過:C++的指針被分成數據指針,數據成員指針,函數指針,成員函數指針,而且不能隨便相互轉換。而且這些指針的聲明格式都不一樣:

數據指針 T *
成員數據指針 T::*
函數指針 R (*)(...)
成員函數指針 R (T::*)(...)

  盡管C++中仍然有萬能指針void*,但它卻屬于被批斗的對象,而且再也不能“萬能”了。它不能轉換成成員指針。

  這樣一來,C++的指針就變得很尷尬:我們需要一種指針能夠指向同一類型的數據,不管這個數據是普通數據,還是成員數據;我們更需要一種指針能夠指向同一類型的函數,不管這個函數是靜態函數,還是成員函數。但是沒有,至少從現在的C++標準中,還沒有看到。
 
沐楓網志 C++指針探討(三)成員函數指針

  自從有了類,我們開始按照 數據+操作 的方式來組織數據結構;自從有了模板,我們又開始把 數據 和 算法 分離,以便重用,實在夠折騰人的。但不管怎么折騰,現在大多數函數都不再單身,都嫁給了類,進了圍城。可是我們仍然需要能夠自由調用這些成員函數。
  考慮一下windows下的定時調用。SetTimer函數的原型是這樣的:

UINT_PTR SetTimer(
    HWND hWnd,
    UINT_PTR nIDEvent,
    UINT uElapse,
    TIMERPROC lpTimerFunc
);
   其中,參數就不解釋了,這個函數估計大多數windows開發人員都知道。lpTimerFunc是個會被定時調用的函數指針。假如我們不通過 WM_TIMER消息來觸發定時器,而是通過lpTimerFunc來定時工作,那么我們就只能使用普通函數或靜態函數,而無論如何都不能使用成員函數, 哪怕通過靜態函數轉調也不行。

  再考慮一下線程的創建:
uintptr_t _beginthread( 
   
void*start_address )( void * ),
   unsigned stack_size,
   
void *arglist 
);
   start_address仍然只支持普通函數。不過這回好了,它允許回調函數一個void*參數,它將會arglist作為參數來調用 start_address。于是,聰明的C++程序員,就利用arglist傳遞this指針,從而利用靜態函數成功的調用到了成員函數了:
class mythread
{
  
public:
    
static void doit(void* pThis)
    
{
    ((mythread*)pThis)
->doit();
    }

    
void doit(){}
}
;

main()
{
  
  mythread
* pmt = new mythread;
  _beginthread(
&mythread::doit, 0, (void*)pmt);
  
}

  但是顯然,C++程序員肯定不會因此而滿足。這里頭有許多被C++批判的不安定因素。它使用了C++中被認為不安全的類型轉換,不安全的 void*指針,等等等等。但這是系統為C語言留下的調用接口,這也就認了。那么假如,我們就在C++程序中如何來調用成員函數指針呢?
  如下例,我們打算對vector中的所有類調用其指定的成員函數:

#include <vector>
#include 
<algorithm>
#include 
<functional>
#include 
<iostream>
using namespace std;

class A
{
    
int value;
public:
    A(
int v){value = v;}
    
void doit(){ cout << value << endl;};
    
static void call_doit(A& rThis)
    
{
        rThis.doit();
    }

}
;


int main()
{
    vector
<A> va;
    va.push_back(A(
1));
    va.push_back(A(
2));
    va.push_back(A(
3));
    va.push_back(A(
4));
    
//方法1:
    
//for_each(va.begin(), va.end(), &A::doit); //error
    
//方法2:
    for_each(va.begin(), va.end(), &A::call_doit);
    
//方法3:
    for_each(va.begin(), va.end(), mem_fun_ref<void, A>(&A::doit));

    system(
"Pause");

    
return 0;
}

  方法1,編譯不能通過。for_each只允許具有一個參數的函數指針或函數對象,哪怕A::doit默認有一個this指針參數也不行。不是for_each沒考慮到這一點,而是根本做不到!
  方法2,顯然是受到了beginthread的啟發,使用一個靜態函數來轉調用,哈哈成功了。但是不爽!這不是C++。
  方法3,呼,好不容易啊,終于用mem_fun_ref包裝成功了成員函數指針。
   似乎方法3不錯,又是類型安全的,又可以通用--慢著,首先,它很丑,哪有調用普通C函數指針那么漂亮啊(見方法2),用了一大串包裝,又是尖括號又是 圓括號,還少不了&號!其次,它只能包裝不超過一個參數的函數!盡管它在for_each中夠用了,但是你要是想用在超過一個參數的場合,那只有 一句話:不可能的任務。

  是的,在標準C++中,這是不可能的任務。但事情并不總是悲觀的,至少有許多第三方庫提供了超越mem_fun的包裝。如boost:: function等等。但是它也有限制:它所支持的參數仍然是有限的,只有十多個,盡管夠你用的了;同樣,它也是丑陋的,永遠不要想它能夠簡單的用 &來搞定。

  也許,以失去美麗的代價,來換取質量上的保證,這也是C++對于函數指針的一種無奈吧……

  期待C++0x版本。它通過可變模板參數,能夠讓mem_fun的參數達到無限個……
posted on 2006-03-13 22:37 笑笑生 閱讀(249) 評論(0)  編輯 收藏 引用 所屬分類: C++語言
 
Copyright © 笑笑生 Powered by: 博客園 模板提供:滬江博客
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美视频日韩视频在线观看| 国内精品久久久久影院薰衣草| 欧美一区二区三区四区在线观看| 久久久欧美精品sm网站| 在线一区二区三区四区| 久久久久久久久久看片| 午夜精品久久久久久久男人的天堂| 免费毛片一区二区三区久久久| 午夜精品www| 欧美日韩亚洲免费| 亚洲承认在线| 在线成人免费观看| 久久aⅴ国产欧美74aaa| 亚洲尤物在线| 欧美日韩在线播放三区四区| 亚洲激情视频网| 亚洲人www| 久久一区二区三区国产精品 | 久久久国产精彩视频美女艺术照福利| 亚洲一区二区欧美日韩| 欧美日韩精品在线观看| 亚洲黄色成人久久久| 亚洲激情在线| 欧美成人免费播放| 亚洲日本电影| 宅男噜噜噜66一区二区66| 欧美精品亚洲精品| 亚洲福利视频一区| 日韩视频中午一区| 欧美日韩1区2区3区| 日韩视频不卡| 亚洲女性裸体视频| 国产精品一区在线观看你懂的| 一区二区三区久久网| 亚洲伊人第一页| 国产欧美日韩视频| 久久精品1区| 欧美激情一区二区在线| 99国产一区| 欧美三日本三级三级在线播放| 一本久久综合| 久久精品91| 激情成人综合| 欧美国产一区二区在线观看 | 欧美电影美腿模特1979在线看| 精品成人一区二区三区| 久久亚洲精品视频| 亚洲日本电影| 西西裸体人体做爰大胆久久久| 国产欧美日韩不卡免费| 久久综合狠狠综合久久综合88| 欧美freesex8一10精品| 一本在线高清不卡dvd| 国产乱码精品一区二区三区五月婷| 欧美一级视频一区二区| 亚洲电影免费| 午夜精品一区二区三区在线视| 激情久久婷婷| 欧美日韩在线不卡| 久久久久久久激情视频| 亚洲精品社区| 另类亚洲自拍| 亚洲视频精选在线| 伊人狠狠色j香婷婷综合| 欧美精品一二三| 欧美制服丝袜第一页| 亚洲日本激情| 蜜桃视频一区| 亚洲欧美在线磁力| 亚洲靠逼com| 国产亚洲观看| 欧美性大战xxxxx久久久| 久久人人97超碰精品888| 亚洲天堂网站在线观看视频| 蜜臀av在线播放一区二区三区| 亚洲在线视频网站| 亚洲美女精品成人在线视频| 国产亚洲电影| 国产精品国产三级国产aⅴ浪潮| 久久精品国产清自在天天线| 一区二区三区四区精品| 亚洲国产日韩欧美| 久久一区二区三区av| 午夜一区二区三区在线观看| 亚洲精品视频在线看| 精品粉嫩aⅴ一区二区三区四区| 国产精品国产一区二区| 欧美精品尤物在线| 每日更新成人在线视频| 欧美在线免费一级片| 亚洲影音先锋| 国产精品二区在线| 欧美aa国产视频| 午夜在线精品偷拍| 亚洲精品孕妇| 亚洲欧洲日产国产综合网| 蜜桃av噜噜一区二区三区| 亚洲一卡二卡三卡四卡五卡| 国产精品99久久久久久有的能看| 午夜日韩在线观看| 欧美在线视频一区| 欧美韩日一区| 亚洲精品一区在线观看| 精品福利免费观看| 一色屋精品视频在线观看网站| 国产欧美日韩一区二区三区在线观看| 欧美日韩一区二区在线观看| 欧美肥婆在线| 欧美国产日韩免费| 欧美二区不卡| 欧美日韩国产成人在线观看| 欧美黄在线观看| 欧美日韩一区二区三区四区五区 | 激情综合色丁香一区二区| 国产日韩av在线播放| 国产亚洲精品美女| 极品中文字幕一区| 在线电影国产精品| 亚洲国产午夜| 亚洲开发第一视频在线播放| 亚洲最新色图| 午夜精品国产| 久久久人成影片一区二区三区 | 欧美一区二区网站| 久久久久国产精品一区| 免费在线欧美黄色| 欧美日韩另类丝袜其他| 国产精品你懂的在线| 国产亚洲综合精品| 亚洲欧洲精品一区二区三区| 日韩一二三区视频| 亚洲欧美日韩在线| 久久亚洲国产成人| 亚洲第一天堂av| 这里只有精品在线播放| 欧美一级淫片播放口| 美女久久网站| 国产精品久久久99| 亚洲第一精品夜夜躁人人爽 | 亚洲第一中文字幕| 亚洲视频在线观看三级| 久久精品亚洲一区二区三区浴池| 欧美成人午夜免费视在线看片 | 欧美激情视频在线免费观看 欧美视频免费一 | 欧美岛国激情| 一本色道久久综合亚洲精品不| 午夜视频在线观看一区二区| 久久久综合香蕉尹人综合网| 欧美日韩精品不卡| 国产区亚洲区欧美区| 亚洲国产视频a| 欧美一区三区三区高中清蜜桃 | 欧美在线一二三四区| 欧美国产视频在线观看| 国产欧美不卡| 一本色道久久88综合亚洲精品ⅰ | 亚洲激情自拍| 欧美一区二区三区婷婷月色| 欧美国产第二页| 狠狠入ady亚洲精品经典电影| 亚洲精选在线观看| 久久美女艺术照精彩视频福利播放| 亚洲电影视频在线| 欧美中文日韩| 国产精品日韩欧美综合| 亚洲美女91| 欧美va天堂在线| 香蕉久久夜色| 国产精品稀缺呦系列在线| 亚洲精品视频在线| 免费一级欧美片在线观看| 销魂美女一区二区三区视频在线| 欧美美女bb生活片| 亚洲人成精品久久久久| 久久天天躁狠狠躁夜夜爽蜜月| 亚洲天堂黄色| 国产精品mm| 亚洲婷婷在线| 日韩一区二区福利| 欧美国产一区二区在线观看| 91久久精品国产91久久| 久久久天天操| 欧美一区二区在线| 国产欧美69| 久久精品论坛| 欧美一区二区三区免费看| 国产精品系列在线播放| 亚洲欧美视频一区| 中日韩男男gay无套| 欧美日本视频在线| 亚洲天堂成人| 亚洲视频1区| 国产精品人人做人人爽| 午夜精品久久久久久久99樱桃 | 欧美一区=区| 国产一级揄自揄精品视频| 久久精品国产免费看久久精品| 亚洲欧美日韩中文在线制服| 国产欧美精品在线| 久久午夜羞羞影院免费观看|