Freedom
C++ OpenGL English
C++博客
|
首頁
|
發新隨筆
|
發新文章
|
聯系
|
聚合
|
管理
指針函數&函數指針
#include
<
iostream
>
#include
<
string
>
using
namespace
std;
void
alert(
string
msg )
{
cout
<<
msg
<<
endl;
}
void
(
*
GetFunction())(
string
)
{
return
alert;
}
int
main()
{
//
剛看完C++ Primer第七章,合上書,寫個復雜點的函數試一下,剛開始函數聲明不是這樣的,一點點往上加后來才變成了void (*((*ptr)()))(string)。
//
寫完后就有種預感——明天看了估計就看不懂了,趕緊記下來,呵呵。
//
正在從C#轉C++,這是在園子C++版里的第一篇文章,有錯的地方請大家不要給面子,該拍磚拍磚;-)
//
ptr是一個指針,他指向一個函數,這個函數返回一個指針,該指針指向一個函數,這個函數帶有一個string參數,但是沒有返回值
void
(
*
((
*
ptr)()))(
string
)
=
GetFunction;
//
寫完了聲明然后調用,剛開始我寫的是(*ptr)()("Hello C++"),一運行結果出來了,挺開心,可是在重讀一遍的時候發現自己寫“錯”了,忘了解引用
可是結果怎么是對的?
//
接著又寫了(*((*ptr)()))("Hi C++"),F5,結果也出來了
于是剛從函數聲明中解脫出來的大腦又暈了
(
*
ptr)()(
"
Hello C++
"
);
(
*
((
*
ptr)()))(
"
Hi C++
"
);
//
為什么呢,難道函數指針在調用時解不解引用都可以嗎?為了證明這個結論,再聲明一個的函數指針試一下
void
(
*
ptrAlert)(
string
);
ptrAlert
=
alert;
//
不解引用
ptrAlert(
"
Hello Alert
"
);
//
解引用
(
*
ptrAlert)(
"
Hi Alert
"
);
/*
結論:函數指針在調用時解不解引用都可以
在網上搜到的相關資料:
圍繞這兩種寫法,當初C89制定的時候曾經有過爭論。(*p)();是一種舊式的規定,舊式規定圓括號左邊必須具有“函數”類型,如果是指向函數的指針,
那么必須加上*聲明符。但C89不再把圓括號的左邊限定為“函數”類型,而是一個后綴表達式。那么問題就來了,如果p的值是函數地址,那么*號就是聲明符,
但如果p指向的內容是函數地址,*號就得被看作運算符了。同一種形式會有兩種解釋,這是一個矛盾。不僅函數調用如此,指向數組的指針也存在這種矛盾。
編譯器為了處理這種情況得增加代碼,效率自然就降低了。爭論的最后結果是誰也不能把對方完全說服,于是就干脆兩種都支持了。
說實話,我沒怎么看懂上面的話,因為不了解C89這些標準,只是覺得(*p)()容易理解些,雖然寫著麻煩點,以后c++程序寫多了應該會有更深的認識吧。
*/
}
發表于 2008-08-06 16:20
Freedom
閱讀(444)
評論(3)
編輯
收藏
引用
評論
#
re: 指針函數&函數指針
為什么要從C#轉C++啊?
C#也不錯么!
spirit
評論于 2008-08-07 14:53
回復
更多評論
#
re: 指針函數&函數指針
發表下自己的看法吧。。。
void (*((*ptr)()))(string);
寫成void ( *(*ptr)() )(string);
也可以的,本來operator()就優先于operator*,我個人不太喜歡過多的小括號,去掉括號反而覺得簡潔,就像*it++對吧。
關于調用,感覺是不解引用的形式好,因為還有函數類,格式通用的話,使用模板的時候會很方便。
二義性也不是那么可怕,這個也是Coding下來總結出來的結果,人對代碼的感覺是神奇的,不能和區區一些編譯時間相提并論。
Alleluja
評論于 2008-08-07 17:40
回復
更多評論
#
re: 指針函數&函數指針
@spirit
總覺得C#很不自由,可能是因為我的興趣從web開發轉移到圖形和瀏覽器插件上了吧。其實也不是“轉”,就是想多熟悉一個語言,我現在還得靠C#吃飯呢,呵呵。
@Alleluja
嗯,謝謝。可能以后c++代碼寫多了就有你這種感覺了,不過以我現在的程度不寫一堆括號估計一轉眼自己都看不懂了 ;-)
Freedom
評論于 2008-08-14 12:46
回復
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發表評論。
【推薦】100%開源!大型工業跨平臺軟件C++源碼提供,建模,組態!
網站導航:
博客園
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
公告
什么時候才有資格在這兒發布第一篇opengl in C++文章?!努力呀!!!
常用鏈接
我的隨筆
我的評論
我參與的隨筆
留言簿
(1)
給我留言
查看公開留言
查看私人留言
隨筆檔案
2008年8月 (1)
C++
CodeGuru
Cplusplus
CG
OpenGL
OpenGL API Docs
搜索
最新評論
1.?re: 指針函數&函數指針
評論內容較長,點擊標題查看
--Freedom
2.?re: 指針函數&函數指針
評論內容較長,點擊標題查看
--Alleluja
3.?re: 指針函數&函數指針
為什么要從C#轉C++啊?
C#也不錯么!
--spirit
Powered by:
博客園
模板提供:
滬江博客
Copyright ©2025 Freedom
一本一本久久aa综合精品
|
久久久久亚洲AV成人网人人软件
|
久久成人精品视频
|
亚洲国产精品久久久久久
|
亚洲国产精品狼友中文久久久
|
久久免费看黄a级毛片
|
九九久久自然熟的香蕉图片
|
久久e热在这里只有国产中文精品99
|
日韩欧美亚洲综合久久影院Ds
|
2021国内久久精品
|
国产成人久久精品二区三区
|
亚洲中文久久精品无码
|
久久久久无码精品
|
久久精品国产亚洲网站
|
久久久久久精品成人免费图片
|
久久精品国产99国产精偷
|
影音先锋女人AV鲁色资源网久久
|
国产69精品久久久久99尤物
|
久久99精品久久只有精品
|
久久男人AV资源网站
|
国产精品久久自在自线观看
|
国产69精品久久久久久人妻精品
|
国产精品成人99久久久久
|
人妻精品久久无码专区精东影业
|
久久久久18
|
国产精品激情综合久久
|
国产一级持黄大片99久久
|
激情伊人五月天久久综合
|
久久久精品人妻一区二区三区蜜桃
|
久久久黄片
|
久久91精品国产91久
|
久久久久亚洲国产
|
人妻无码精品久久亚瑟影视
|
久久免费观看视频
|
手机看片久久高清国产日韩
|
四虎国产精品成人免费久久
|
久久久久久久综合综合狠狠
|
天堂无码久久综合东京热
|
亚洲国产精品无码久久久久久曰
|
国产精品久久久久AV福利动漫
|
久久影院综合精品
|