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

隨筆-90  評論-947  文章-0  trackbacks-0
 
     摘要: 引言 想搞正則表達式解析器好久了。前面由于一些基礎設施沒準備好,沒法開始動手。現在 xlLib 里頭準備的差不多了,可以著手實施了。   在做這件事之前,讀了好幾遍 @vczh 的文章《構造可配置詞法分析器》《構造正則表達式引擎》(http://m.shnenglu.com/vczh/archive/2008/05/22/50763.html),給了很大的幫助和啟發,在這里表示感謝。(...  閱讀全文
posted @ 2012-06-03 15:16 溪流 閱讀(2491) | 評論 (7)編輯 收藏
     摘要: 對于 ScopeExit,以前有提到過(見《這種代碼結構如何組織?goto or do…while(0)?》)。使用場景再簡單提一下: bool GenFile() {     HANDLE hFile = CreateFile(_T("Test.txt"), GENERIC_WRITE, 0, NUL, CREATE_ALWAYS, 0, NULL);  ...  閱讀全文
posted @ 2012-05-20 23:07 溪流 閱讀(2416) | 評論 (7)編輯 收藏

以前做 Function 的時候恰好取巧避免掉了,這些天在做 Bind,不得已要把每個調用約定羅列一遍。順手把這些東西復習一下,總結如下——

(所有內容針對 VC 編譯平臺)

 

一、x86

名稱 傳參方式 棧清理 C 語言函數重命名(例:int func(int, double))
__cdecl 從右至左壓棧 主調函數 前面加“_”(_func)
__stdcall 從右至左壓棧 被調函數 前面加“_”,后面加“@”再加參數十進制字節數(_func@12)
__fastcall 前兩個不大于DWORD長度的參數從左至右分別存到 ECX、EDX,其余從右至左壓棧 被調函數 前面加“@”,后面加“@”再加參數十進制字節數(@func@12)
__thiscall ECX 存 this,其余從右至左壓棧 被調函數 僅用于 C++

 

二、x64

名稱 傳參方式 棧清理  
__fastcall 前四個整數/浮點數放在 RCX/XMM0、RDX/XMM1、R8/XMM2、R9/XMM3,其余壓棧。
如果前 4 個參數分別為 int、float、long、double,它們將分別被存到 RCX、XMM1、R8、XMM3
被調函數  

64位編譯環境下,可以指定 __cdecl、__stdcall、__fastcall,但是編譯器會忽略它們。兩個顯示指定了不同調用約定的函數不構成重載,而構成重定義錯誤。

posted @ 2012-05-12 01:36 溪流 閱讀(579) | 評論 (0)編輯 收藏
     摘要: 一直比較好奇 boost::bind 里面占位符和參數的順序是怎么實現的,也一直看不太懂這方面源代碼,昨晚好好看了下,終于有點弄懂了。小記一筆,與大家分享。 先看一個簡單的用例: #include <boost/bind.hpp>   int foo(bool a, int b, double c) {     return 0; }  ...  閱讀全文
posted @ 2012-04-21 15:01 溪流 閱讀(3477) | 評論 (5)編輯 收藏

網上的文章但凡有提到 static_cast、const_cast、reinterpret_cast、dynamic_cast 的,都會語重心長的說,他們克服了 C 風格的類型轉換的缺點,應當使用它們。

可是,C 風格的到底有什么壞處?C++的這些 cast 又有什么好處呢?

昨天以前,我連這些 cast 是什么都不知道(很慚愧)。昨天因為同事們提到這件事,于是小小研究了一下。一些實驗代碼如下:

 

1、無繼承的類型轉換

class A

{

 

};

 

class B

{

public:

    operator A()

    {

        return A();

    }

};

 

int main()

{

    B b;

    A a = (A)b;                     // 執行 operator A()

    A a2 = static_cast<A>(b);       // 執行 operator A()

    A a3 = dynamic_cast<A>(b);      // 不允許

    A a4 = reinterpret_cast<A>(b);  // 不允許

    A a5 = const_cast<A>(b);        // 不允許

   

    return 0;

}

 

2、const_cast

struct A

{

    int m;

 

    A(int m = 0) : m(m)

    {

 

    }

};

 

int main()

{

    const A a;

 

    A a2 = (A)a;        // 允許,(A) 有沒有都一樣,a2 是個新變量

    a2.m = 1;           // a2 的改變不影響 a

 

    A &a3 = (A &)a;     // 允許

    a3.m = 2;           // 影響 a

//  A &a4 = a;          // 不允許,const 限定起作用了

    A *pa5 = (A *)&a;   // 允許

    pa5->m = 3;         // 影響 a

//  A *pa6 = &a;        // 不允許,const 限定起作用了

 

//  A aa2 = const_cast<A>(a);       // 不允許

 

    A &aa3 = const_cast<A &>(a);    // 允許

    aa3.m = 2;                      // 影響 a

    A *paa5 = const_cast<A *>(&a);  // 允許

    paa5->m = 3;                    // 影響 a

 

    const int i = 0;

    const int &i2 = i;

    const int *pi3 = &i;

//  int j = const_cast<int>(i);         // 不允許

    int &j2 = const_cast<int &>(i2);    // 允許

    int *pj3 = const_cast<int *>(pi3);  // 允許

 

    return 0;

}

從第1點的試驗,加上外界資料的說明,看上去const_case 只允許具有不同cv限定符的同類型之間的轉換。

值得注意的是,如果類型A不是指針或引用,不能使用const_cast(使用了也無意義,見 A a2 = (A)a 這一行)

在 const_cast 可以使用的情形,(T)value 形式都可以使用,(T)value 在功能上完全覆蓋 const_cast。

 

2、reinterpret_cast

class A

{

public:

    operator int *()

    {

        return nullptr;

    }

};

 

int main()

{

    int i = 0;

    double d = 1.0;

    int *p = nullptr;

   

//  int di = reinterpret_cast<int>(d);      // 不允許

    int pi = reinterpret_cast<int>(p);      // 允許

//  int pi2 = static_cast<int>(p);          // 不允許

//  double id = reinterpret_cast<double>(i);// 不允許

//  double pd = reinterpret_cast<double>(p);// 不允許

    int *ip = reinterpret_cast<int *>(i);   // 允許

//  int *ip2 = static_cast<int *>(i);       // 不允許

//  int *dp = reinterpret_cast<int *>(d);   // 不允許

 

    A a;

    int *pa = (int *)a;                     // 允許

    int *pa2 = static_cast<int *>(a);       // 允許

//  int *p2 = reinterpret_cast<int *>(a);   // 不允許

 

    return 0;

}

看上去,reinterpret_cast 可以理解為在指針和數值之間轉換的一種方式,無關任何運算符重載,僅僅把指針轉為字面值,或者把數字轉為指針,轉換的過程中值沒有任何改變,只是告訴編譯器不要報類型不匹配而已。

另外,在reinterpret_cast可以使用的情形,static_cast 是不可以使用的,除非定義了相應的類型轉換運算符。

在 reinterpret_cast 可以使用的情形,(T)value 的方式同樣可以完全勝任,(T)value 在功能上完全覆蓋 reinterpret_cast。

 

dynamic_cast 我自認為還是理解的,就不試了。

 

綜上,我的理解如下:

1static_cast + const_cast + reinterpret_cast = (T)value

C++ 把原來C風格的的這三個cast拆分成了三個,三者相互正交。大多數情況下,應該是 static_cast 在取代著 (T)value;只是在去除 cv 限定符的時候,換用 const_cast;在取指針字面值的時候,換用 reinterpret_cast。類型轉換運算符 operator T() static_cast 負責執行。

2dynamic_cast C++ 新增的,用于多態的情形,且只允許轉換具有多態關系的繼承樹上的類型的指針和引用,不允許轉換類型本身。它不是針對 (T)value而出現的,兩者沒有任何競爭關系,只是取決于不同的需求。

(不知這樣理解是否正確,請批評指正~)

至于網上推崇用新寫法,是不是為了更細化而容易理解?有沒有什么是 (T)value 做不到而 *_cast 能做到的?或者反過來?

posted @ 2012-03-23 09:53 溪流 閱讀(1773) | 評論 (0)編輯 收藏
僅列出標題
共18頁: First 3 4 5 6 7 8 9 10 11 Last 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲一区二区欧美| 欧美一区二区在线免费观看| 欧美日韩精品二区第二页| 毛片av中文字幕一区二区| 久久精品五月婷婷| 久久精品视频在线播放| 午夜视频一区| 久久成人人人人精品欧| 久久精品视频在线播放| 欧美成人午夜剧场免费观看| 欧美精品高清视频| 国产精品v亚洲精品v日韩精品| 国产精品久久久久9999| 国产日韩欧美一区| 亚洲激情中文1区| 亚洲午夜电影网| 欧美亚洲视频| 欧美成人精品h版在线观看| 亚洲国产精品视频一区| 亚洲国产精品久久人人爱蜜臀| 亚洲国产精品成人一区二区 | 亚洲国产精品va在线看黑人| 亚洲精品偷拍| 欧美在线999| 日韩亚洲国产精品| 欧美在线www| 欧美日韩国产一区二区| 狠狠色香婷婷久久亚洲精品| 亚洲一区二区三区中文字幕| 欧美69wwwcom| 亚洲一区二区三区视频播放| 老司机久久99久久精品播放免费| 欧美三区在线视频| 在线成人免费视频| 小黄鸭视频精品导航| 亚洲国产视频一区二区| 久久精品99国产精品酒店日本| 欧美精品自拍偷拍动漫精品| 激情五月综合色婷婷一区二区| 美女视频黄 久久| 亚洲国产高清自拍| 亚洲尤物在线视频观看| 榴莲视频成人在线观看| 亚洲图片在线| 欧美日韩国产影片| 亚洲国产精品久久久久婷婷老年| 小处雏高清一区二区三区| 亚洲精品国产视频| 久久综合九色九九| 国产一区二区三区直播精品电影| 亚洲视频久久| 亚洲精品中文字幕有码专区| 免费视频一区| 亚洲国内精品| 欧美激情中文字幕一区二区| 久久网站免费| 在线观看日韩av电影| 久久精品中文字幕一区| 亚洲欧美日韩国产| 国产精品久久久久久久久久ktv | 99re66热这里只有精品4| 欧美电影免费观看高清| 在线观看一区欧美| 麻豆精品视频在线观看视频| 久久久99免费视频| 在线观看日产精品| 欧美va亚洲va国产综合| 噜噜噜91成人网| 亚洲国产日韩一区| 亚洲二区三区四区| 欧美日韩国产bt| 亚洲欧美一区二区原创| 亚洲伊人一本大道中文字幕| 国产精品视频久久| 久久精品视频免费| 久久久久久久久一区二区| 亚洲第一区在线观看| 欧美激情第一页xxx| 欧美区二区三区| 亚洲欧美国产一区二区三区| 亚洲欧美一区在线| 亚洲大片在线| 99re66热这里只有精品3直播| 国产精品人人做人人爽| 久久深夜福利| 欧美激情亚洲自拍| 欧美一区二区三区四区视频| 欧美一区二区三区精品| 亚洲激情精品| 亚洲无线观看| 亚洲激情自拍| 午夜精品av| 亚洲免费久久| 羞羞视频在线观看欧美| 亚洲激情在线观看视频免费| 亚洲天堂av高清| 亚洲国产黄色片| 亚洲午夜精品视频| 久久精品亚洲精品| 欧美性做爰毛片| 久久综合999| 欧美日韩一区成人| 久久久蜜桃一区二区人| 欧美精品在线一区| 久久这里有精品视频| 欧美日韩另类国产亚洲欧美一级| 欧美一级淫片播放口| 免费观看成人| 久久精品国产欧美激情| 欧美视频不卡| 亚洲国产精品va| 国产在线拍偷自揄拍精品| 9色精品在线| 亚洲韩国日本中文字幕| 欧美中文字幕在线| 亚洲一区二区不卡免费| 毛片基地黄久久久久久天堂| 久久精品国产99国产精品| 欧美日韩黄色一区二区| 亚洲电影毛片| 国产一区欧美| 亚洲在线中文字幕| 亚洲少妇自拍| 欧美二区视频| 免费观看成人www动漫视频| 国产女主播一区二区| 一本色道久久综合亚洲精品不 | 亚洲男人的天堂在线观看| 欧美黑人在线观看| 欧美不卡一区| 狠狠综合久久| 久久精品电影| 久久伊人免费视频| 狠狠色噜噜狠狠色综合久| 午夜在线精品偷拍| 久久国产日本精品| 国产色产综合色产在线视频| 欧美一区深夜视频| 久久精品二区亚洲w码| 国产一区二区久久精品| 欧美在线观看一区二区| 久久久久综合| 亚洲第一页中文字幕| 蜜臀va亚洲va欧美va天堂| 欧美大片网址| 亚洲精品欧美激情| 欧美日韩黄色大片| 亚洲视频在线观看免费| 午夜欧美视频| 国产主播精品| 欧美国产视频日韩| 日韩午夜在线| 欧美综合第一页| 在线看欧美视频| 欧美成人中文| 在线一区免费观看| 久久精品人人做人人爽电影蜜月 | 欧美日韩第一区| 一区二区高清在线| 久久激情五月激情| 亚洲国产综合91精品麻豆| 日韩视频一区二区| 小黄鸭精品密入口导航| 国产真实乱偷精品视频免| 看欧美日韩国产| 亚洲久久在线| 性欧美办公室18xxxxhd| 国产一区二区三区免费不卡| 噜噜噜久久亚洲精品国产品小说| 亚洲精品一区二区在线| 欧美在线在线| 亚洲精品视频免费| 国产精品一区二区男女羞羞无遮挡 | 欧美成人在线网站| 在线视频亚洲| 国产一在线精品一区在线观看| 久久综合精品一区| 亚洲婷婷免费| 欧美黄色小视频| 先锋影音久久| 最新亚洲一区| 国内久久精品视频| 欧美日韩国产一区二区三区| 欧美专区福利在线| 亚洲美女视频网| 噜噜噜躁狠狠躁狠狠精品视频 | 欧美日韩亚洲视频一区| 欧美一区二区三区视频在线| 日韩视频永久免费| 欧美freesex8一10精品| 亚洲欧美高清| 日韩视频免费观看| 樱桃成人精品视频在线播放| 国产精品你懂的在线欣赏| 嫩草伊人久久精品少妇av杨幂| 欧美一区二区视频97| 亚洲婷婷综合久久一本伊一区| 亚洲国产天堂久久综合| 久热精品视频| 欧美在线视频播放|