Freedom
C++ OpenGL English
C++博客
|
首頁
|
發(fā)新隨筆
|
發(fā)新文章
|
聯(lián)系
|
聚合
|
管理
指針函數(shù)&函數(shù)指針
#include
<
iostream
>
#include
<
string
>
using
namespace
std;
void
alert(
string
msg )
{
cout
<<
msg
<<
endl;
}
void
(
*
GetFunction())(
string
)
{
return
alert;
}
int
main()
{
//
剛看完C++ Primer第七章,合上書,寫個(gè)復(fù)雜點(diǎn)的函數(shù)試一下,剛開始函數(shù)聲明不是這樣的,一點(diǎn)點(diǎn)往上加后來才變成了void (*((*ptr)()))(string)。
//
寫完后就有種預(yù)感——明天看了估計(jì)就看不懂了,趕緊記下來,呵呵。
//
正在從C#轉(zhuǎn)C++,這是在園子C++版里的第一篇文章,有錯的地方請大家不要給面子,該拍磚拍磚;-)
//
ptr是一個(gè)指針,他指向一個(gè)函數(shù),這個(gè)函數(shù)返回一個(gè)指針,該指針指向一個(gè)函數(shù),這個(gè)函數(shù)帶有一個(gè)string參數(shù),但是沒有返回值
void
(
*
((
*
ptr)()))(
string
)
=
GetFunction;
//
寫完了聲明然后調(diào)用,剛開始我寫的是(*ptr)()("Hello C++"),一運(yùn)行結(jié)果出來了,挺開心,可是在重讀一遍的時(shí)候發(fā)現(xiàn)自己寫“錯”了,忘了解引用
可是結(jié)果怎么是對的?
//
接著又寫了(*((*ptr)()))("Hi C++"),F(xiàn)5,結(jié)果也出來了
于是剛從函數(shù)聲明中解脫出來的大腦又暈了
(
*
ptr)()(
"
Hello C++
"
);
(
*
((
*
ptr)()))(
"
Hi C++
"
);
//
為什么呢,難道函數(shù)指針在調(diào)用時(shí)解不解引用都可以嗎?為了證明這個(gè)結(jié)論,再聲明一個(gè)的函數(shù)指針試一下
void
(
*
ptrAlert)(
string
);
ptrAlert
=
alert;
//
不解引用
ptrAlert(
"
Hello Alert
"
);
//
解引用
(
*
ptrAlert)(
"
Hi Alert
"
);
/*
結(jié)論:函數(shù)指針在調(diào)用時(shí)解不解引用都可以
在網(wǎng)上搜到的相關(guān)資料:
圍繞這兩種寫法,當(dāng)初C89制定的時(shí)候曾經(jīng)有過爭論。(*p)();是一種舊式的規(guī)定,舊式規(guī)定圓括號左邊必須具有“函數(shù)”類型,如果是指向函數(shù)的指針,
那么必須加上*聲明符。但C89不再把圓括號的左邊限定為“函數(shù)”類型,而是一個(gè)后綴表達(dá)式。那么問題就來了,如果p的值是函數(shù)地址,那么*號就是聲明符,
但如果p指向的內(nèi)容是函數(shù)地址,*號就得被看作運(yùn)算符了。同一種形式會有兩種解釋,這是一個(gè)矛盾。不僅函數(shù)調(diào)用如此,指向數(shù)組的指針也存在這種矛盾。
編譯器為了處理這種情況得增加代碼,效率自然就降低了。爭論的最后結(jié)果是誰也不能把對方完全說服,于是就干脆兩種都支持了。
說實(shí)話,我沒怎么看懂上面的話,因?yàn)椴涣私釩89這些標(biāo)準(zhǔn),只是覺得(*p)()容易理解些,雖然寫著麻煩點(diǎn),以后c++程序?qū)懚嗔藨?yīng)該會有更深的認(rèn)識吧。
*/
}
發(fā)表于 2008-08-06 16:20
Freedom
閱讀(444)
評論(3)
編輯
收藏
引用
評論
#
re: 指針函數(shù)&函數(shù)指針
為什么要從C#轉(zhuǎn)C++啊?
C#也不錯么!
spirit
評論于 2008-08-07 14:53
回復(fù)
更多評論
#
re: 指針函數(shù)&函數(shù)指針
發(fā)表下自己的看法吧。。。
void (*((*ptr)()))(string);
寫成void ( *(*ptr)() )(string);
也可以的,本來operator()就優(yōu)先于operator*,我個(gè)人不太喜歡過多的小括號,去掉括號反而覺得簡潔,就像*it++對吧。
關(guān)于調(diào)用,感覺是不解引用的形式好,因?yàn)檫€有函數(shù)類,格式通用的話,使用模板的時(shí)候會很方便。
二義性也不是那么可怕,這個(gè)也是Coding下來總結(jié)出來的結(jié)果,人對代碼的感覺是神奇的,不能和區(qū)區(qū)一些編譯時(shí)間相提并論。
Alleluja
評論于 2008-08-07 17:40
回復(fù)
更多評論
#
re: 指針函數(shù)&函數(shù)指針
@spirit
總覺得C#很不自由,可能是因?yàn)槲业呐d趣從web開發(fā)轉(zhuǎn)移到圖形和瀏覽器插件上了吧。其實(shí)也不是“轉(zhuǎn)”,就是想多熟悉一個(gè)語言,我現(xiàn)在還得靠C#吃飯呢,呵呵。
@Alleluja
嗯,謝謝。可能以后c++代碼寫多了就有你這種感覺了,不過以我現(xiàn)在的程度不寫一堆括號估計(jì)一轉(zhuǎn)眼自己都看不懂了 ;-)
Freedom
評論于 2008-08-14 12:46
回復(fù)
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發(fā)表評論。
【推薦】100%開源!大型工業(yè)跨平臺軟件C++源碼提供,建模,組態(tài)!
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
隨筆:1 文章:0 評論:3 引用:0
<
2008年8月
>
日
一
二
三
四
五
六
27
28
29
30
31
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
1
2
3
4
5
6
公告
什么時(shí)候才有資格在這兒發(fā)布第一篇opengl in C++文章?!努力呀!!!
常用鏈接
我的隨筆
我的評論
我參與的隨筆
留言簿
(1)
給我留言
查看公開留言
查看私人留言
隨筆檔案
2008年8月 (1)
C++
CodeGuru
Cplusplus
CG
OpenGL
OpenGL API Docs
搜索
最新評論
1.?re: 指針函數(shù)&函數(shù)指針
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--Freedom
2.?re: 指針函數(shù)&函數(shù)指針
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--Alleluja
3.?re: 指針函數(shù)&函數(shù)指針
為什么要從C#轉(zhuǎn)C++啊?
C#也不錯么!
--spirit
Powered by:
博客園
模板提供:
滬江博客
Copyright ©2025 Freedom
久久精品成人欧美大片
|
精品水蜜桃久久久久久久
|
乱亲女H秽乱长久久久
|
久久国产精品久久国产精品
|
99久久免费只有精品国产
|
国产免费久久精品99久久
|
久久国产成人
|
久久亚洲私人国产精品
|
99久久综合国产精品二区
|
狠狠综合久久AV一区二区三区
|
久久综合给合久久狠狠狠97色
|
国产精品久久亚洲不卡动漫
|
国内精品久久久久久不卡影院
|
18禁黄久久久AAA片
|
国产福利电影一区二区三区久久久久成人精品综合
|
国产精品久久国产精品99盘
|
久久九九全国免费
|
久久中文字幕人妻熟av女
|
久久久久亚洲av无码专区
|
久久毛片免费看一区二区三区
|
久久婷婷激情综合色综合俺也去
|
久久精品国产WWW456C0M
|
久久不见久久见免费视频7
|
久久久久亚洲AV无码专区首JN
|
日韩久久无码免费毛片软件
|
久久99国产综合精品女同
|
久久亚洲sm情趣捆绑调教
|
蜜臀久久99精品久久久久久
|
亚洲欧美精品伊人久久
|
99精品久久精品一区二区
|
少妇人妻88久久中文字幕
|
亚洲中文精品久久久久久不卡
|
午夜精品久久久久久影视777
|
久久精品国产精品亚洲毛片
|
人妻无码αv中文字幕久久琪琪布
|
久久久久国产一级毛片高清板
|
色综合久久综精品
|
国内精品久久久久国产盗摄
|
国产精品成人99久久久久91gav
|
蜜桃麻豆www久久
|
久久久久亚洲AV成人网人人网站
|