• <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>
            隨筆-90  評論-947  文章-0  trackbacks-0
             
                 摘要: 引言 想搞正則表達式解析器好久了。前面由于一些基礎設施沒準備好,沒法開始動手?,F在 xlLib 里頭準備的差不多了,可以著手實施了。   在做這件事之前,讀了好幾遍 @vczh 的文章《構造可配置詞法分析器》《構造正則表達式引擎》(http://www.shnenglu.com/vczh/archive/2008/05/22/50763.html),給了很大的幫助和啟發,在這里表示感謝。(...  閱讀全文
            posted @ 2012-06-03 15:16 溪流 閱讀(2463) | 評論 (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 溪流 閱讀(2396) | 評論 (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 溪流 閱讀(555) | 評論 (0)編輯 收藏
                 摘要: 一直比較好奇 boost::bind 里面占位符和參數的順序是怎么實現的,也一直看不太懂這方面源代碼,昨晚好好看了下,終于有點弄懂了。小記一筆,與大家分享。 先看一個簡單的用例: #include <boost/bind.hpp>   int foo(bool a, int b, double c) {     return 0; }  ...  閱讀全文
            posted @ 2012-04-21 15:01 溪流 閱讀(3447) | 評論 (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 負責執行。

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

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

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

            posted @ 2012-03-23 09:53 溪流 閱讀(1751) | 評論 (0)編輯 收藏
            僅列出標題
            共18頁: First 3 4 5 6 7 8 9 10 11 Last 
            久久综合久久综合久久| 久久人妻少妇嫩草AV无码专区| 国产一久久香蕉国产线看观看| 久久久久久久女国产乱让韩| 日本加勒比久久精品| 久久亚洲中文字幕精品一区四| 青青草国产成人久久91网| 久久美女网站免费| 久久91亚洲人成电影网站| www.久久99| 久久国产精品国产自线拍免费| 91视频国产91久久久| 999久久久无码国产精品| 九九久久自然熟的香蕉图片| 久久精品毛片免费观看| 久久精品亚洲日本波多野结衣 | 久久综合久久综合亚洲| 亚洲国产一成久久精品国产成人综合 | 三级片免费观看久久| 欧美国产成人久久精品| 伊人久久大香线蕉AV一区二区 | 少妇久久久久久被弄高潮| 久久亚洲精品成人av无码网站| 久久丫精品国产亚洲av| 99久久人妻无码精品系列| 亚洲国产精品人久久| 久久er国产精品免费观看8| 色欲综合久久躁天天躁| 久久免费看黄a级毛片| 久久夜色精品国产网站| 青青草原1769久久免费播放| 久久艹国产| 久久精品国产亚洲av麻豆蜜芽 | 一本久道久久综合狠狠躁AV| 亚洲精品无码久久久久久| 久久96国产精品久久久| 久久久久亚洲AV无码专区桃色 | 狠狠色综合久久久久尤物| 四虎影视久久久免费| 日韩人妻无码精品久久久不卡| 久久99国产精品久久99|