摘要: 引言 想搞正則表達式解析器好久了。前面由于一些基礎設施沒準備好,沒法開始動手?,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 我自認為還是理解的,就不試了。
綜上,我的理解如下:
1、static_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) |
編輯 收藏