OnTheWay2012
埋葬昨天的我,迎來重生的我!
C++博客
首頁
新文章
新隨筆
聚合
管理
posts - 15, comments - 89, trackbacks - 0
Why I am so stupid?
周五晚上的時候在看Boost的源碼的時候發現了shared_ptr有一個很好用的功能,該功能的代碼示例如下:
boost::shared_ptr
<
int
>
pInt(
new
int
(
0
));
if
(pInt)
.
.
.
從上述代碼中可以看出,shared_ptr能夠模擬內置指針的功能。我很好奇shared_ptr是如何實現的這個功能,然后就找到了shared_ptr的源代碼看了看,結果發現在VC9的編譯環境下,shared_ptr不是采用重載bool操作符來實現的,為什么不采用重載bool操作符來實現呢?用一下代碼說明:
//
如果采用重載bool操作符的形式來實現的話,會存在以下的一些問題,這些問題可以總結為“在不該使用的地方使用了隱含的類型轉換”
shared_ptr
<
int
>
pInt(
new
int
(
0
));
int
n
=
pInt;
//
如果采用重載布爾的方法,這句明顯應該是錯誤的語句就會編譯通過
那么,Boost采用的方法是什么方法呢?Boost所采用的方法的是:
typedef T
*
(this_type::
*
unspecified_bool_type)()
const
; //Ln 1
operator
unspecified_bool_type()
const
//
never throws Ln2
{
return
px
==
0
?
0
:
&
this_type::
get
; //Ln3
}
當第一次看到這三行代碼的時候,我被震驚了!
我看了半天都不知道這三行代碼到底是什么意思!周五晚上我用baidu,google搜了半天,終于發現Ln1不就是自己以前用過的指向成員函數的指針嗎?!我真蠢,看了半天還是沒看明白。那么一個問題解決了,另外一個更無法理解的問題出現了:為什么在寫下
if
(pInt)
Ln2和Ln3所定義的函數會被調用!!!我找呀找,還是不明白!我問google呀,還是不明白!我問baidu呀,還是不明白!
這個問題,折磨了我兩天,今天晚上的時候,有打開VC9,有一次看到這段代碼,突然就明白了。
在Ln1定義了一個類型(指向成員函數指針);
在Ln2和Ln3定義了一個函數,該函數是一個類型轉換函數,把shared_ptr,轉換為一個指向成員函數的指針。
舉一個簡單的類型轉換函數的例子:
class
A
{
public
:
operator
int
()
{
return
0
;
}
}
void
Test(
int
a)
{
cout
<<
a
<<
endl;
}
void
main()
{
A a;
Test(a);
//
這里調用的是類型轉換函數
}
至于為什么這種方法比重載bool好,是因為指向成員函數的指針很少能夠被編譯器用來做隱含的類型轉換。
現在終于明白了上面的代碼。雖然代碼里面的技術我都用過,但是當時為什么沒有像明白呢?!
我分析原因有兩條:
1. 最近好久沒有寫過代碼,生疏了。這是次要原因。
2.對C++缺乏了解。這是主要原因。
在解決這個問題的時候用google搜到了一個老外發的貼,大致內容如下:
每當我覺得對C++有所了解或者掌握它的秘密的時候,我總發現一些改變我看發的事情。
....
另外一個老外回答的時候用了一句話。I know the feelings.
現在,我終于也有第一個老外的感覺了。
posted on 2010-12-05 18:56
OnTheWay
閱讀(2308)
評論(4)
編輯
收藏
引用
所屬分類:
個人感悟
FeedBack:
#
re: Why I am so stupid?
2010-12-05 23:19 |
right
最近不知道怎么搞的,如果有人跟我研究這些C++的高級語法高級特性時,我總是有種想潑冷水的沖動。不過想想自己也是這么走過來的,也就逐漸釋然了。
回復
更多評論
#
re: Why I am so stupid?
2010-12-06 08:44 |
Sosi
Boost 乃一大寶藏。。。
回復
更多評論
#
re: Why I am so stupid?
2010-12-06 10:27 |
空明流轉
寫boost的人是挖空心思從Spec里面想摳出點東西拿來用。
那個令人發指的typeof更是連編譯器bug都用上了。
你要是挖空心思,其實也是可以的。。。
回復
更多評論
#
re: Why I am so stupid?
2010-12-13 17:53 |
crossgate
不覺得這個是C++的高級語法特性,覺得是比較常規的,實用的特性。
如果if判斷的時候,統一用 if (!pInt),會更合適。重載!操作符,會更容易,也更一般化一些。
回復
更多評論
刷新評論列表
只有注冊用戶
登錄
后才能發表評論。
【推薦】100%開源!大型工業跨平臺軟件C++源碼提供,建模,組態!
相關文章:
對“隨筆”所寫的一篇文章《鏈表實驗》的一點看法
一種基于引用計數機制的智能指針實現
Why I am so stupid?
令人氣憤的現象
網站導航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
<
2010年12月
>
日
一
二
三
四
五
六
28
29
30
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
7
8
常用鏈接
我的隨筆
我的評論
我參與的隨筆
留言簿
(4)
給我留言
查看公開留言
查看私人留言
隨筆分類
C、C++(2)
操作系統(Windows、Linux、Unix)
讀書筆記
個人感悟(4)
面經 (4)
軟件設計(1)
數據庫
算法(3)
線程、進程
英語
雜項
轉載
隨筆檔案
2011年1月 (1)
2010年12月 (2)
2010年11月 (1)
2010年6月 (1)
2010年5月 (6)
2010年4月 (1)
2010年3月 (3)
友情連接
搜索
最新評論
1.?re: 對“隨筆”所寫的一篇文章《鏈表實驗》的一點看法
評論內容較長,點擊標題查看
--陳梓瀚(vczh)
2.?re: 對“隨筆”所寫的一篇文章《鏈表實驗》的一點看法
謝謝咯,呵呵。我喜歡這代碼風格,向你學習
--あ維wêiセ
3.?re: 一種基于引用計數機制的智能指針實現
把A *p = new A();這句換成A p;不行嗎?
--叫我老王吧
4.?re: 一種基于引用計數機制的智能指針實現
Boost 里面有,在C++ TR1 里面也已經有這種指針(就是來自Boost)
--Phuehvk
5.?re: 一種基于引用計數機制的智能指針實現[未登錄]
比較討厭這種引用計數指針的使用,一旦使用就意味這在所有的函數參數中必須使用指針引用或者值拷貝,一旦某些函數要求用裸指針,就可能引發問題。
--hdqqq
閱讀排行榜
1.?一道面試題(求一個unsigned int 數的二進制表示中有多少個1?)(6159)
2.?一種線程安全的單例模式實現方式(5748)
3.?一種基于引用計數機制的智能指針實現(2918)
4.?不要把類的外衣脫下來,讓類的美麗消失于無形(2781)
5.?幾道面試題,有的做出來了,有的不會做,請大家指教(2618)
評論排行榜
1.?一道面試題(求一個unsigned int 數的二進制表示中有多少個1?)(15)
2.?一種線程安全的單例模式實現方式(15)
3.?幾道面試題,有的做出來了,有的不會做,請大家指教(14)
4.?令人氣憤的現象(13)
5.?不要把類的外衣脫下來,讓類的美麗消失于無形(9)
Copyright ©2025 OnTheWay Powered By
博客園
模板提供:
滬江博客
久久99毛片免费观看不卡
|
亚洲精品WWW久久久久久
|
欧美性大战久久久久久
|
Xx性欧美肥妇精品久久久久久
|
国产福利电影一区二区三区久久老子无码午夜伦不
|
人人狠狠综合久久亚洲婷婷
|
精品无码人妻久久久久久
|
久久精品国产亚洲AV不卡
|
日本精品久久久久中文字幕8
|
无码乱码观看精品久久
|
国产亚洲欧美精品久久久
|
四虎影视久久久免费观看
|
99久久精品国产高清一区二区
|
久久99国产精品二区不卡
|
亚洲国产精品成人AV无码久久综合影院
|
无码国内精品久久人妻
|
久久最新免费视频
|
久久99精品国产99久久
|
中文字幕日本人妻久久久免费
|
欧美国产成人久久精品
|
久久国产精品99久久久久久老狼
|
一本色综合网久久
|
色婷婷综合久久久久中文字幕
|
91久久香蕉国产熟女线看
|
99999久久久久久亚洲
|
亚洲午夜久久久影院
|
久久精品国产AV一区二区三区
|
亚洲人成网站999久久久综合
|
国产 亚洲 欧美 另类 久久
|
嫩草影院久久99
|
中文字幕亚洲综合久久
|
国产精品久久国产精麻豆99网站
|
五月丁香综合激情六月久久
|
2020久久精品亚洲热综合一本
|
亚洲欧美日韩精品久久亚洲区
|
亚洲国产成人精品女人久久久
|
蜜臀av性久久久久蜜臀aⅴ
|
99久久免费国产精品热
|
久久精品国产亚洲AV大全
|
久久99国产综合精品免费
|
久久久女人与动物群交毛片
|