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

cexer

cexer
posts - 12, comments - 334, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

更好地仿真VC++關鍵字__uuidof

Posted on 2008-07-05 20:58 cexer 閱讀(2827) 評論(8)  編輯 收藏 引用 所屬分類: utility

轉帖請注明出處 http://m.shnenglu.com/cexer/archive/2008/07/05/55419.html

  世界上有個叫__uuidof的關鍵字。這是一個家喻戶曉且其被廣泛使用的關鍵字,幾乎可以說,有COM程序員的地方,就有它 __uuidof的存在。其很好很強大的程度是人所共見的,夸張一點比喻:離開它的COM程序員,就像失去了點火器的火箭,雖然可以人工點火,但是不安全且無效率。

  不過很多人并不知道,這其實是一個編譯器擴展關鍵字,提供了此關鍵字的僅VC一家別無它店。幸運的是,強大的C++讓我們能夠輕易仿真出這個關鍵字的大部分功能。

  網上能夠找到一種仿真的方法,見許式偉:《仿真VC++提供的關鍵字__uuidof》。該方法的實現是:特化模板類的成員函數,然后運行時調用函數根據UUID字符串產生出UUID,由于是生成于運行時,所以它無可避免地有兩個缺點:

  • 存在運行時消耗。
  • 無法作為非類型模板參數傳遞給模板。

  那些整天流著口水追求效率的C++程序員們,是不能忍受任何不必要的運行時消耗的。對于第二點,VC的關鍵字__uuidof取出來的UUID是能夠作為非類型模板參數傳遞的,ATL中就大量地使用了這樣的參數傳遞形式,所以目前的這種實現功能有限,仿真度還不夠高。

  其實只要能讓它能夠編譯期決定UUID的值,那么這兩個問題就迎刃而解了。而這是肯定可以實現的,并且很簡單。我曾經在自己寫的一個COM庫里實現過這樣的方法,雖然那個庫已經不知丟到哪里去了,不過那個方法還記得。

  解決的途徑還是離不開模板特化。類的成員包括成員函數和成員變量,函數是運行時作用的,然而static const的成員變量可以是編譯期就決定。所以解決的方法就在眼前了:特化模板的成員變量。

  以下是我的實現方法。

  先定義一個類模板,它有一個static const ,UUID類型的成員變量:

    template<typename T>   
struct _uuid_of_impl
{
static const UUID id;
};
template<typename T>
const UUID _uuid_of_impl<T>::id=GUID_NULL;

  有了這個簡單的東西就好辦了,只需要針對某個接口特它的成員變量就行了,如:

    template<>    
const UUID _uuid_of_impl<IUnknown>::id=IID_IUnknown;

template<>
const UUID _uuid_of_impl<IDispatch>::id=IID_IDispatch;



  然后我們就可以這樣取得接口的UUID:

    IID IunknownID=_uuid_of_impl<IUnknown>::id;   
IID IdispatchID=_uuid_of_impl<IDispatch>::id;


  作為非類型模板參數傳遞:

    template<const IID* t_iid>   
struct __uuid_of_test
{
__uuid_of_test()
{}

void test()
{
t_iid;
}
};

__uuid_of_test<&(_uuid_of_impl<IDispatch>::id) > obj;


  不過現在這種實現還有一些問題,看以下代碼:

    IID ITypelibID=_uuid_of_impl<ITypeLib>::id;


  注意我們并沒有事先對模板__uuid_of_impl特化ITypeLib的版本。但是以上語句卻能夠編譯通過,在運行時,__uuid_of_impl<ITypeLib>的值將會是錯誤的值GUID_NULL。這是因為,我們定義模板的時候,同時在模板外定義了模板的靜態成員變量并賦值為GUID_NULL,所以沒有用特化的方法定義UUID的接口,都將使用GUID_NULL這個通用值。這當然不是我們想要的。所以我們想在沒有定義UUID的時候讓編譯器警告我們,要達到這樣的效果只需要去掉上面那句:

    template<typename T>   
const UUID _uuid_of_impl<T>::id=GUID_NULL;


  現在再進行編譯,編譯器會告訴你,有一個無法解析的符號。根據編譯器提供的相關信息,很容易就能確定問題所在。這樣能夠在編譯期極大地減小安全隱患。

  最后加上我們定義的幾個宏,這是最后的全部實現:

    template<typename T>   
struct _uuid_of_impl
{
static const UUID id;
};

#define uuid_of(x) _uuid_of_impl<x>::id
#define DEFINE_UUID(x,l,w1,w2,b1,b2,b3,b4,b5,b6,b7,b8) \
template<> \
const UUID _uuid_of_impl<x>::id={l,w1,w2,{b1,b2,b3,b4,b5,b6,b7,b8}}


  用以下代碼測試通過:

    struct ITest{};   

DEFINE_UUID(ITest,0x96289151,0xf059,0x4049,0x88,0x19,0x61,0xa6,0xe9,0x79,0xc,0xf1);

template<const IID* t_iid>
struct uuid_of_test
{
uuid_of_test(){}
};

int main()
{
IID xxxxID=uuid_of(ITest);
uuid_of_test<&(uuid_of(ITest))> obj;

return 0;
}


  需要注意的是DEFINE_UUID應該在實現文件(*.cpp,*.cxx,……)當中使用。到這里,仍有一些使用方法與VC的關鍵字是不一樣的,所以仍沒做到仿真度100%。不過我相信通過預處理元編程,能夠相當程度地逼近它,只是我對預處理元編程不是很了解,所以就不在這里獻丑了。

Feedback

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 02:15 by 放屁啊狗
我感覺ms的com快走向末路了,沒有啥創新。ms走的就是自我封閉,自戀、自殘的路線

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 05:33 by www.helpsoff.com.cn
好不容易在cppblog.com看到一篇真正的技術文章,不過看到的回復又實在讓人如鯁在喉。“放屁阿狗”仁兄,君不知COM的技術和概念是多少現在所謂前沿技術和概念的基礎,不知道是在睜眼說瞎話還是在這里說反話吸引眼球?

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 09:51 by 空明流轉
@www.helpsoff.com.cn
這里技術文章也不少了。。。為什么叫真正的?
boost上有一個uuid的實現好像。
還有COM,這個東西確實很繁雜,但是概念上沒什么問題,就是實現很拖沓。

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 09:55 by pang
你好 我是出版社的編輯,我看到你博客中的內容,感覺寫的非常好,如果想把這些內容

和更多的人分享,可以和我聯系,把這些東西寫成書。
我的郵箱:books_522008@yahoo.com.cn
或者加我的MSN:pyq_19852008@hotmail.com

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 10:38 by toperray
看看ADOBE、firefox等等的基礎技術吧,com消亡了?

沒有,而且越來越多的被采用。

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 12:17 by cexer
# re: 更好地仿真VC++關鍵字__uuidof 回復 更多評論 刪除評論
2008-07-06 02:15 by 放屁啊狗
我感覺ms的com快走向末路了,沒有啥創新。ms走的就是自我封閉,自戀、自殘的路線


Microsoft的技術從剛誕生的時候,會被人認定要不幸夭亡。當它成長成熟起來的時候,又會被認定在新技術四面夾擊的情況下必定被淘汰。但是事實證明了,那些擔憂都是多余的嘛,現在微軟的COM還是軟件組件模型的最廣泛實現和應用的方式。我相反覺得,微軟走的路線并不是封閉自戀,而是學習各家所長并融匯到自己的技術里。

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 12:23 by cexer
謝謝上面回復的www.helpsoff.com.cn,我這個就是一點小技巧,還真說不上是“技術”。謝謝你的支持,我會努力的。

謝謝pang,謝謝支持。

# re: 更好地仿真VC++關鍵字__uuidof  回復  更多評論   

2008-07-06 15:45 by www.helpsoff.com.cn
回空明流轉,因為經常在cppblog上看到聊面試的,又有進而聊面試過程的,然后又進而有聊自己如何管理別人的...所以一看到這篇有思考過程有代碼的文章,禁不住說“真正的”,哈哈,見諒見諒...
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            在线观看中文字幕亚洲| 狠狠爱www人成狠狠爱综合网| 欧美大香线蕉线伊人久久国产精品| 国产精品每日更新| av成人免费在线观看| 一区二区成人精品| 一区在线免费观看| 国产精品二区在线| 亚洲国产成人在线| 亚洲美女网站| 久久激情综合网| 欧美一区二区三区免费观看 | 亚洲午夜久久久久久久久电影院 | 亚洲福利视频在线| 亚洲欧洲午夜| 麻豆av一区二区三区久久| 在线成人av| 国产精品女人毛片| 国产精品国色综合久久| 欧美成人69av| 久久精品论坛| 欧美风情在线| 亚洲天堂第二页| 亚洲性视频网站| 亚洲国产高清一区| 在线视频日韩精品| 久久人人爽人人爽| 99国产精品久久久久久久| 亚洲欧美日韩在线一区| 蜜臀久久久99精品久久久久久 | 99视频国产精品免费观看| 性欧美videos另类喷潮| 欧美国产极速在线| 性色av香蕉一区二区| 欧美日韩精品免费在线观看视频| 樱花yy私人影院亚洲| 欧美一区二区三区另类| 亚洲精品麻豆| 久久最新视频| 韩日午夜在线资源一区二区| 久久免费观看视频| 麻豆国产精品一区二区三区 | 国产主播一区| 欧美高清视频一区二区三区在线观看 | 老牛嫩草一区二区三区日本| 亚洲一区二区三区四区五区午夜| 亚洲午夜一区| 久久不射网站| 亚洲国产精品一区二区尤物区| 久久99在线观看| 女女同性女同一区二区三区91| 欧美成人首页| 久久精品亚洲一区| 国产精品青草久久久久福利99| 伊人伊人伊人久久| 久久精品免视看| 午夜精品电影| 久久精品国产综合| 欧美小视频在线| 亚洲一区二区在线免费观看视频 | 久久9热精品视频| 欧美激情a∨在线视频播放| 久久精品国产一区二区三区免费看 | 影音先锋久久| 夜夜嗨网站十八久久| 欧美成人精品在线| 欧美a级一区二区| 久久成人综合网| 亚洲黑丝在线| 香蕉久久夜色精品| 亚洲国产精品va在线看黑人| 国产精品一区免费观看| 欧美一区三区二区在线观看| 麻豆精品视频| 香港成人在线视频| 久久久久国产成人精品亚洲午夜| 永久91嫩草亚洲精品人人| 欧美日韩一区二区三区在线视频| 99这里只有久久精品视频| 午夜国产一区| 欧美成人高清| 久久精品亚洲热| 久久在精品线影院精品国产| 免费精品99久久国产综合精品| 国产真实乱子伦精品视频| 韩国成人精品a∨在线观看| 久久久之久亚州精品露出| 久热国产精品| 亚洲男人影院| 久久午夜羞羞影院免费观看| 99视频超级精品| 性感少妇一区| 99视频精品| 久久精品中文字幕一区二区三区| 亚洲精品国产精品乱码不99| 亚洲精品日本| 韩国欧美一区| 日韩一区二区精品| 精品不卡在线| 亚洲图色在线| 亚洲剧情一区二区| 欧美一区二区三区的| 日韩午夜精品| 久久婷婷国产麻豆91天堂| 亚洲欧美国产高清va在线播| 免费欧美日韩| 久久婷婷人人澡人人喊人人爽| 欧美日本在线| 亚洲午夜激情| 欧美国产专区| 欧美 日韩 国产在线| 国产精品久久久久秋霞鲁丝| 亚洲电影第三页| 国产一区视频观看| 亚洲毛片在线看| 亚洲人成7777| 久久一区二区精品| 久久精品日韩| 国产精品专区第二| 亚洲天堂网站在线观看视频| 亚洲美女av网站| 美女网站久久| 免费观看30秒视频久久| 国产一区二区三区久久久| 一本色道久久88亚洲综合88| 亚洲国产精品久久久久秋霞不卡| 新片速递亚洲合集欧美合集| 亚洲欧美久久久| 国产精品xvideos88| 日韩网站免费观看| 一区二区高清在线| 欧美日韩精品一区视频 | 中文亚洲欧美| 免费欧美视频| 欧美91视频| 国产日韩欧美麻豆| 亚洲欧美激情视频在线观看一区二区三区| 一区二区三区欧美成人| 欧美日韩国产三区| 亚洲精品视频一区| 亚洲五月婷婷| 国产精品日韩在线| 午夜精品美女自拍福到在线| 欧美在线观看视频一区二区| 国产亚洲精品久久久久动| 久久精品91久久久久久再现| 久久综合中文色婷婷| 亚洲国产91精品在线观看| 欧美激情一区二区三区四区 | 亚洲国产精品视频一区| 国内精品久久久| 可以看av的网站久久看| 欧美激情一区二区三区在线视频观看 | 欧美a级理论片| 亚洲欧洲午夜| 日韩亚洲欧美中文三级| 欧美另类人妖| 99综合视频| 欧美在线在线| 亚洲高清网站| 欧美日韩久久精品| 午夜精品影院在线观看| 欧美不卡在线| 亚洲欧美国产毛片在线| 国产一区二区高清视频| 亚洲欧美日韩国产中文在线| 免费欧美网站| 亚洲一区二区三区四区中文| 国产亚洲第一区| 欧美mv日韩mv国产网站app| 99爱精品视频| 嫩草国产精品入口| 亚洲欧美中日韩| 最新热久久免费视频| 欧美日韩一区综合| 久久久噜噜噜久噜久久| 99精品视频一区| 欧美成人69av| 久久福利资源站| 一区二区三区高清在线| 一区在线电影| 国产精品专区第二| 欧美日韩午夜| 免费一级欧美片在线播放| 亚洲欧美成人一区二区在线电影 | 欧美丝袜一区二区| 另类天堂视频在线观看| 亚洲在线中文字幕| 亚洲欧洲午夜| 欧美二区在线看| 久久国产精品一区二区三区四区| 一区二区三区日韩在线观看| 亚洲第一福利在线观看| 国产视频在线观看一区二区| 欧美日韩国产综合新一区| 最新国产精品拍自在线播放| 亚洲欧美视频在线观看视频| 亚洲第一精品福利| 久热爱精品视频线路一| 久久精品盗摄|