• <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>

            Heath's Blog

            There is no end, it is just the beginning! - A Game Developer's Notes

            邪惡的Windows

            眾所周知,WIN32 API分為Unicode版和非Unicode版,由于Unicode是后來加進來的,為了向下兼容,微軟的兄弟們使用了宏來統一接口,如MessageBox的定義:
            #ifdef UNICODE
            #define MessageBox  MessageBoxW
            #else
            #define MessageBox  MessageBoxA
            #endif // !UNICODE
            這個方法并不像看上去的那么完美,請看下面這段無辜的代碼:
            class MyClass
            {
             
            public:
                
            void MessageBox();
             
            }
            ;
            當項目中包含windows.h,更確切點說是winuser.h,如果未使用Unicode,在預編輯階段,MyClass::MessageBox會被替換成MyClass::MessageBoxA,而后讓人摸不著頭腦的編譯錯誤便跳了出來。據筆者經驗,與這些API同名的幾率其實很少,但正是因為少,當出現此種編譯錯誤時卻讓人不知如何是好。一種簡單的解決方法便是在MyClass頭文件中undef掉MessageBox:
            #ifdef MessageBox
            #undef MessageBox
            #endif

            posted on 2009-07-29 23:38 Heath 閱讀(2820) 評論(24)  編輯 收藏 引用 所屬分類: Programming Language

            Feedback

            # re: 邪惡的Windows 2009-07-29 23:44 安德斯

            換個名字撒,呵呵,難道情有獨鐘啊  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 00:28 紫夜蒼狼

            偶也覺得,換個名字就好了啊。  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 04:25 someone

            This is an overstatement. There are tons of defs in the system header files, why you don't complain about them?  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 08:36 貓貓

            說明微軟高啊
            微軟能把這么破的玩意組織了這么都年 ,你能說不好嗎?
            存在的就是合理的!  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 08:47 凡客誠品

            不錯?。?nbsp; 回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-30 09:08 Davy.xu

            干嘛用名詞當函數名,重名是肯定的  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-30 10:00 simon

            麻煩都是自找的,你開個命名空間不就是了  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-30 10:06 Bill Hsu

            謝謝LZ分享  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 11:18 abettor

            確實是很大的陷阱,這種宏很多,一不小心就掉井里。
            如果自己編程序的話,名字改了也就改了,即使改成阿貓阿狗也無所謂。但是如果是團隊開發,而且這些名字已經規定在了接口規范里,就不是那么容易改的了。
            況且,作為好的編程習慣,保持方法名的可讀性是非常重要的!  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-30 12:55 cc

            這種編譯錯誤很好找,博主不會看不懂錯誤提示吧  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 12:58 zwp

            @simon
            宏是通殺啊,沒有用的。  回復  更多評論   

            # re: 邪惡的Windows 2009-07-30 17:15 岳陽

            命名空間  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-30 18:55 欲三更

            這個還真么注意到,放在命名空間里也會替換么?  回復  更多評論   

            # re: 邪惡的Windows 2009-07-31 09:02 fuckyou

            簡直是扯淡。  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-31 11:24 Heath

            @岳陽
            @fuckyou
            自己實踐去吧,別沒事在這里亂吐口水...  回復  更多評論   

            # re: 邪惡的Windows 2009-07-31 16:06 cyberamoeba

            存在就是合理。在 Windows 平臺上寫東西,這種錯誤不應該犯。就像你用 C 寫程序,你總不能要求用 do 當函數名是應該被接受的。  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-31 16:46 Heath

            @cyberamoeba
            呵呵,這句話真有意思,你能像記住C語言關鍵字那樣記住那么多Windows API嗎?當你發現自己連命名一個SetPort函數的權力都沒有的時候,你還會這樣想嗎?上面例子中的MessageBox,當然是個人都知道。  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-07-31 17:25 hdqqq

            你有命名MessageBox的權利,條件是別去包含 <windows.h>
            既然你包含了這個文件,那就乖乖換名字吧。  回復  更多評論   

            # re: 邪惡的Windows 2009-07-31 23:08 路過

            我也遇到過類似的問題,當時沒有細究,只是重新命名了,原來是宏的問題。。。  回復  更多評論   

            # re: 邪惡的Windows 2009-08-01 14:27 wof

            @hdqqq
            undef掉MessageBox,直接調用MessageBoxA或者MessageBoxW不就行啦,真是OUT得不行了。。。  回復  更多評論   

            # re: 邪惡的Windows[未登錄] 2009-08-05 08:53 Alex

            你認為windows該怎么做才能做到兼容ascii和Unicode呢?自己定義的函數加個項目名稱或者單位的前綴都是不錯的??纯磈ni生成的c接口  回復  更多評論   

            # re: 邪惡的Windows 2009-08-05 15:22 陳梓瀚(vczh)

            既然你知道了原因,那出現了這個錯誤信息你肯定立刻就反應過來的了。  回復  更多評論   

            # re: 邪惡的Windows 2009-12-05 21:32 parkerzhu

            編譯器應該負責  回復  更多評論   

            # re: 邪惡的Windows 2010-09-22 21:01 路過

            剛才測試過,在vs2008中,用了命名空間是不會有問題的。。。  回復  更多評論   

            国产91色综合久久免费| 色综合久久无码中文字幕| 亚洲国产精品人久久| 99久久国产热无码精品免费久久久久| 国产69精品久久久久777| 精品多毛少妇人妻AV免费久久| 亚洲欧洲久久av| 国产亚洲精久久久久久无码| 99久久夜色精品国产网站| 久久亚洲日韩看片无码| 青青草国产成人久久91网| 日韩欧美亚洲综合久久 | 久久久久亚洲AV无码专区首JN | 精品熟女少妇av免费久久| 99久久99久久精品国产片| 国内精品人妻无码久久久影院导航 | 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久久久中文字幕| 久久人妻无码中文字幕| 国产精自产拍久久久久久蜜| 奇米影视7777久久精品| 久久一区二区免费播放| 情人伊人久久综合亚洲| 久久综合给合久久国产免费| 欧美精品一区二区久久| 66精品综合久久久久久久| 97久久婷婷五月综合色d啪蜜芽 | 久久九九亚洲精品| 亚洲精品美女久久久久99| 久久精品极品盛宴观看| 蜜臀久久99精品久久久久久| 色噜噜狠狠先锋影音久久| 国产精品美女久久久| 久久精品国产亚洲AV高清热| 嫩草伊人久久精品少妇AV| 久久精品国产久精国产果冻传媒| 久久国产香蕉一区精品| 久久久久久A亚洲欧洲AV冫| 久久国产精品波多野结衣AV | 色偷偷91久久综合噜噜噜噜| 国产精品青草久久久久福利99 |