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

隨筆-90  評論-947  文章-0  trackbacks-0
 
     摘要: 引言 想搞正則表達式解析器好久了。前面由于一些基礎設施沒準備好,沒法開始動手。現在 xlLib 里頭準備的差不多了,可以著手實施了。   在做這件事之前,讀了好幾遍 @vczh 的文章《構造可配置詞法分析器》《構造正則表達式引擎》(http://www.shnenglu.com/vczh/archive/2008/05/22/50763.html),給了很大的幫助和啟發,在這里表示感謝。(...  閱讀全文
posted @ 2012-06-03 15:16 溪流 閱讀(2493) | 評論 (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 溪流 閱讀(2419) | 評論 (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 溪流 閱讀(580) | 評論 (0)編輯 收藏
     摘要: 一直比較好奇 boost::bind 里面占位符和參數的順序是怎么實現的,也一直看不太懂這方面源代碼,昨晚好好看了下,終于有點弄懂了。小記一筆,與大家分享。 先看一個簡單的用例: #include <boost/bind.hpp>   int foo(bool a, int b, double c) {     return 0; }  ...  閱讀全文
posted @ 2012-04-21 15:01 溪流 閱讀(3483) | 評論 (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 溪流 閱讀(1775) | 評論 (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>
            欧美激情网友自拍| 亚洲精品一区二区三区婷婷月 | 欧美成人亚洲成人日韩成人| 国内精品久久久久久久影视麻豆 | 香蕉视频成人在线观看 | 久久精品国产一区二区电影| 国产日韩精品一区二区| 亚洲片国产一区一级在线观看| 国产伦精品一区二区三区视频黑人 | 免费欧美网站| 日韩一区二区高清| 国产精品乱码一区二三区小蝌蚪| 亚洲高清三级视频| 一区二区三区视频在线播放| 牛牛精品成人免费视频| 91久久久国产精品| 性色av香蕉一区二区| 欧美日韩一级大片网址| 亚洲欧美伊人| 亚洲第一在线视频| 亚洲国产欧美日韩精品| 欧美日韩另类国产亚洲欧美一级| 欧美激情一二三区| 亚洲成色777777在线观看影院| 欧美一区二区三区的| 欧美va亚洲va国产综合| 亚洲综合精品| 在线观看精品| 国产精品日韩二区| 久久综合狠狠| 亚洲一级在线观看| 欧美大片18| 久久动漫亚洲| 一区二区三区免费看| 影音先锋在线一区| 国产精品久久福利| 亚洲欧美国产视频| 亚洲肉体裸体xxxx137| 久久久在线视频| 尤物在线观看一区| 国产精品色网| 欧美日韩成人综合天天影院| 久久嫩草精品久久久精品一| 免费成人美女女| 亚洲女人天堂av| 亚洲国产精品一区二区第四页av| 免费亚洲一区| 香蕉久久久久久久av网站| 亚洲裸体在线观看| 欧美国产免费| 久久亚洲欧美| 亚洲美洲欧洲综合国产一区| 一区二区三区在线免费观看| 久久蜜桃精品| 欧美一区二区三区在线看| 六月婷婷久久| 久久久国产精品亚洲一区 | 国产精品h在线观看| 免费高清在线视频一区·| 欧美一区二区成人6969| 亚洲尤物在线| 在线视频欧美日韩精品| 久久在线免费| 久久精品国产一区二区电影 | 西瓜成人精品人成网站| 一区二区三区四区在线| 亚洲精品一区二区在线| 国产精品久久久一区麻豆最新章节 | 亚洲国产精品成人综合色在线婷婷 | 一本色道久久综合亚洲精品按摩 | 国产欧美日韩一区| 欧美日一区二区在线观看| 欧美精品网站| 欧美精品黄色| 欧美另类综合| 欧美日韩国产一区| 欧美一区二区视频在线| 亚洲欧美日本另类| 午夜精品免费视频| 午夜在线一区二区| 欧美在线观看www| 欧美一区视频在线| 久久九九精品| 美女精品自拍一二三四| 欧美不卡视频一区发布| 欧美精品一区二区蜜臀亚洲| 久久久噜噜噜久久中文字幕色伊伊 | 欧美一区二区视频在线观看| 欧美专区亚洲专区| 久久久久久久一区二区| 亚洲午夜精品国产| 亚洲欧美资源在线| 久久精品国产亚洲高清剧情介绍| 夜色激情一区二区| 欧美成人亚洲成人日韩成人| 亚洲激情二区| 一本久久青青| 欧美一级在线视频| 亚洲深夜激情| 午夜免费日韩视频| 久久久国产精品一区二区中文| 亚洲一区精彩视频| 日韩手机在线导航| 中国女人久久久| 久久精品国产成人| 午夜性色一区二区三区免费视频| 99av国产精品欲麻豆| 欧美激情综合色| 在线视频欧美日韩精品| 久久精品日韩一区二区三区| 欧美激情一区二区三区在线视频| 美女国产一区| 欧美日韩在线视频一区二区| 欧美福利视频在线观看| 国产精品久久久久久久app| 激情成人av| 亚洲调教视频在线观看| 老司机67194精品线观看| 亚洲精品一区二区在线| 欧美主播一区二区三区| 欧美日韩www| 一区二区在线不卡| 在线不卡a资源高清| 亚洲一区日本| 欧美高清一区| 香港成人在线视频| 欧美日韩系列| 亚洲国产视频a| 性色一区二区| 久久久激情视频| 日韩午夜黄色| 久久一区二区三区四区五区| 国产精品视频精品视频| 亚洲人人精品| 免费看黄裸体一级大秀欧美| 美女图片一区二区| 亚洲在线免费| 欧美日韩美女在线观看| 亚洲电影在线看| 久久久国产精品一区二区中文 | 一区二区三区欧美在线| 久久视频在线视频| 亚洲一区二区高清视频| 欧美日韩国产一区| 亚洲肉体裸体xxxx137| 蜜桃av久久久亚洲精品| 欧美亚洲一区| 国产精品日本欧美一区二区三区| 韩国一区电影| 欧美一区免费视频| 在线午夜精品| 欧美日韩在线播| 99热精品在线观看| 亚洲高清一区二| 蜜臀a∨国产成人精品| 影音先锋一区| 欧美aaa级| 久久亚洲午夜电影| 亚洲成人影音| 久久在线免费观看| 亚洲精选一区| 欧美破处大片在线视频| 亚洲精品影院| 亚洲精品系列| 欧美精品啪啪| 一区二区三区欧美在线观看| 亚洲精品一区二区三区av| 午夜精品久久久久久久| 国产精品久久久久影院色老大 | 欧美一区二区在线观看| 一二美女精品欧洲| 国产精品激情电影| 午夜精品视频在线| 亚洲在线免费观看| 国产一区二区你懂的| 久久久久久国产精品mv| 欧美在线观看网址综合| 樱桃成人精品视频在线播放| 亚洲综合色在线| 亚洲一区高清| 国产在线视频欧美| 欧美成人午夜77777| 亚洲欧美精品在线| 欧美日韩国产成人精品| 亚洲天堂成人在线视频| 亚洲自拍高清| 国色天香一区二区| 亚洲东热激情| 欧美午夜精品伦理| 久久激情婷婷| 欧美va亚洲va国产综合| 国外成人网址| 亚洲电影在线看| 久久精品成人一区二区三区蜜臀 | 欧美**人妖| 一区二区三区高清在线观看| 欧美国产免费| 欧美日韩一区二区三区| 日韩视频永久免费观看| 中日韩视频在线观看|