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

            飯中淹的避難所~~~~~

            偶爾來避難的地方~

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              94 隨筆 :: 0 文章 :: 257 評論 :: 0 Trackbacks

            04 2007 檔案

                 摘要: 這個方法可以實現按照統一的接口來調用類成員函數,或者靜態函數和非類成員函數. 主要原理很簡單, 就是保存類對象指針和函數指針, 需要調用的時候就根據類對象指針是否為空來使用不同的方式調用函數.
            首先, 我們需要一個把成員函數指針轉化成void *的東西..(強制轉換似乎是不行的), 因為我們需要把成員函數指針保存起來, 又不想讓用戶寫函數指針類型描述, 那只能轉換成void*比較方便.
            這里我們使用 聯合地址轉換 的方法.

            template
            struct _T2T{
            union {
            T1 _tv1;
            T2 _tv2;
            };
            };

            template
            inline T1 t2t( T2 tv2 )
            {
            typedef struct _T2T * PT2T;
            PT2T pt = (PT2T)&tv2;
            ret  閱讀全文
            posted @ 2007-04-23 14:44 飯中淹 閱讀(3517) | 評論 (12)  編輯

                 摘要: 在使用C++編程的過程中, 有時候,我們可能會遇到需要構造很多重復性的參數的地方
            比如
            int p1, int p2, int p3, int p4

            這樣的參數序列, 為了方便和簡化這種重復性勞動,我在工作中使用了下面這些構造參數表的宏
            現在共享出來希望對大家有所幫助  閱讀全文
            posted @ 2007-04-18 17:57 飯中淹 閱讀(1912) | 評論 (4)  編輯

                 摘要: 1- 注意文件名的大小寫, 這個在移植到 LINUX 這種文件系統區分名字大小寫的系統上尤其重要.
            2- 同樣的,注意文件名大小寫的同時,也應該注意避免在區分大小寫的系統上創建大小寫不同,但名字相同的代碼文件.
            3- 保證每個代碼文件(CPP,H)的結尾都有單獨的沒有任何內容的一行, 這在CC/GCC/G++編譯器下能減少很多警告.
            4- 同1 和2 項所說, #include 包含頭文件的時候一定要注意文件名的大小寫, VC++總是把大小寫搞亂, 不得不猜想微軟是不是想要阻撓跨平臺的軟件開發...  閱讀全文
            posted @ 2007-04-18 12:55 飯中淹 閱讀(2405) | 評論 (4)  編輯

                 摘要: 在做跨平臺的網絡數據傳輸和文件數據轉換和移植的時候,經常會碰到CPU字節序不同導致的各種各樣的問題.
            于是,在編寫平臺無關,字符編碼無關的要求之外,又有一個新的對跨平臺編碼的要求,那就是字節序無關.
            其實要實現這個也不難, 只要能夠檢測和轉換字節序, 就完全可以實現.
            下面提供各一種方法來解決這兩個問題.   閱讀全文
            posted @ 2007-04-18 12:21 飯中淹 閱讀(2349) | 評論 (1)  編輯

            posted @ 2007-04-17 21:21 飯中淹 閱讀(830) | 評論 (4)  編輯

                 摘要: <2007-04-17>
            1- 插件導出函數設計成C形式的也就是在函數前加 extern "C",這樣保證動態連接的時候不會出現找不到名字的情況.
            2- 一定要保證代碼絕緣,中間接口一定要傳遞NATURAL類型或者純虛指針,否則會因為一些細微的類版本不同而導致很多很多的運行錯誤和異常.
            3- DLL中分配出來的內存,一定要在DLL內部釋放,否則會導致意想不到的情況.  閱讀全文
            posted @ 2007-04-17 20:46 飯中淹 閱讀(2647) | 評論 (7)  編輯

                 摘要: 1- 不要為每個小數據包發送一個IOCP請求,這樣很容易耗盡IOCP的內部隊列.....從而產生10055錯誤.

            2- 不要試圖在發送出IOCP請求之后,收到完成通知之前修改請求中使用的數據緩沖的內容,因為在這段時間,系統可  閱讀全文
            posted @ 2007-04-14 08:44 飯中淹 閱讀(11454) | 評論 (16)  編輯

            精品久久亚洲中文无码| 国产精品欧美久久久天天影视| 伊人久久大香线蕉综合Av| 久久综合久久自在自线精品自| 久久久中文字幕日本| 久久久久国产精品人妻| 久久国产乱子伦精品免费强| 伊人久久大香线蕉成人| 欧美777精品久久久久网| 亚洲欧美成人久久综合中文网| 久久狠狠爱亚洲综合影院| www亚洲欲色成人久久精品| 国产成人久久精品一区二区三区| 嫩草影院久久国产精品| 亚洲AV日韩精品久久久久久久| 91精品国产高清久久久久久io | 久久综合色区| 91精品国产色综合久久| 国色天香久久久久久久小说| 亚洲国产成人久久综合碰碰动漫3d| 日本精品久久久久久久久免费| 亚洲综合日韩久久成人AV| 久久影院久久香蕉国产线看观看| 久久免费的精品国产V∧| 亚洲精品无码成人片久久| 热RE99久久精品国产66热| 久久久精品日本一区二区三区 | 亚洲午夜精品久久久久久浪潮| 蜜臀久久99精品久久久久久小说| 久久精品无码一区二区日韩AV| 人妻精品久久久久中文字幕一冢本| 久久噜噜久久久精品66| 久久播电影网| 中文字幕久久亚洲一区| 热99RE久久精品这里都是精品免费 | 99久久这里只精品国产免费| 伊人久久无码精品中文字幕| 蜜臀久久99精品久久久久久| 久久综合伊人77777| 无码国内精品久久综合88| 久久国内免费视频|