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
閱讀(2307)
評論(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.?一種線程安全的單例模式實現方式(5747)
3.?一種基于引用計數機制的智能指針實現(2918)
4.?不要把類的外衣脫下來,讓類的美麗消失于無形(2781)
5.?幾道面試題,有的做出來了,有的不會做,請大家指教(2618)
評論排行榜
1.?一道面試題(求一個unsigned int 數的二進制表示中有多少個1?)(15)
2.?一種線程安全的單例模式實現方式(15)
3.?幾道面試題,有的做出來了,有的不會做,請大家指教(14)
4.?令人氣憤的現象(13)
5.?不要把類的外衣脫下來,讓類的美麗消失于無形(9)
Copyright ©2025 OnTheWay Powered By
博客園
模板提供:
滬江博客
久久―日本道色综合久久
|
97精品国产97久久久久久免费
|
久久99国产综合精品
|
国产午夜精品久久久久免费视
|
亚洲国产精品久久久久网站
|
色成年激情久久综合
|
亚洲国产成人久久综合野外
|
久久久av波多野一区二区
|
久久精品一区二区三区不卡
|
亚洲精品无码专区久久同性男
|
无码人妻久久一区二区三区
|
久久国产成人
|
久久人爽人人爽人人片AV
|
久久久久99精品成人片牛牛影视
|
91精品国产综合久久四虎久久无码一级
|
青青热久久综合网伊人
|
无码乱码观看精品久久
|
国产精品久久久久久影院
|
亚洲äv永久无码精品天堂久久
|
中文成人久久久久影院免费观看
|
久久久久亚洲AV片无码下载蜜桃
|
精品乱码久久久久久夜夜嗨
|
精品久久久久久综合日本
|
亚洲?V乱码久久精品蜜桃
|
精品久久久久久综合日本
|
国产成人精品综合久久久
|
亚洲日韩欧美一区久久久久我
|
99久久精品免费看国产
|
国产精品久久免费
|
欧美丰满熟妇BBB久久久
|
国色天香久久久久久久小说
|
亚洲国产精品嫩草影院久久
|
久久99久久无码毛片一区二区
|
久久99精品国产一区二区三区
|
久久久久亚洲AV无码麻豆
|
久久久久av无码免费网
|
久久久久久久久久久精品尤物
|
亚洲欧美久久久久9999
|
欧美久久久久久
|
欧美日韩精品久久久免费观看
|
日本久久久久久久久久
|