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

            Dophi's Technology Blog

            享受知識共享帶來的愉快

            還是entity+message比較穩當,這里有篇文章:
            http://www.cnblogs.com/GameCode/archive/2010/06/17/1759727.html
            @gua
            hacker為啥要自己寫工具來用而不是用現成的工具?
            我當時學md2格式也用的這個模型 - -!
            贊一個,懂點匯編確實對理解c++的對象模型很有幫助啊
            @冬瓜
            本來也就不算是個問題,只是hge沒做而已,但是dx是提供點圖元的,要做是肯定可以做的。
            嘿嘿,不知道hge為啥不提供點圖元,你可以擴展下,支持下點圖元撒,不然畫點只能用畫線來模擬,很糾結的事情啊。
            這種學習方法不科學,學英語主要要鍛煉出英語思維,語言其實是“第二條件反射”,條件反射的形成是要講科學方法的,千萬不要人云亦云,可以參考下面這個鏈接,希望對你有幫助:
            http://cache.tianya.cn/publicforum/content/english/1/121795.shtml
            博主的名字叫“冬瓜” - -,我還以為這是我的博客。
            其實引用這種語法比起指針來說有這么個好處(雖然也是語言層面的東西,但是確實很有用),就是直接傳一個數組的時候,在函數內會當成一個指針用(不在是數組類型),而用引用的話,在函數內,依然是一個數組,你可以對它做數組的操作,就像是對原來對象進行操作一樣。比如,sizeof這種操作,但是不用引用的話,就沒法用sizeof了,因為是一個指針,sizeof的值是指針的值而不是數組。
            我記得sleep的精度好像是10ms,即使寫1最大幀速也只能是100fps..如果你想要幀速高于100fps,這種方式是不行的
            - -! wow, a cracker..
            re: 代碼壞味 dophi 2009-01-29 08:13
            職責不單一,依賴不倒置,可以設計一個接口層,然后派生具體實現類。。說白了,就是策略模式。。
            re: 兩個變量,一個地址 dophi 2009-01-11 16:47
            我對一樓說的補充下,其實很簡單,對于const對象,編譯器是會做優化的,像內建類型的數據,比如int,float這些,編譯器會直接優化成立即數,舉個例子,現在有這么一條語句:
            const int const_value = 1113;
            int value = const_value;
            vc的匯編窗口中對應的匯編代碼是這樣的:
            004113AE mov dword ptr [const_value],9
            004113B5 mov dword ptr [value],9
            可以看出來,雖然優化了,但是,優化的并不是const_value本身,const_value依然是分配了內存的,真正被優化的是對const_value的取值操作,可以從004113B5這條語句看出來,對const_value的取值被直接化成了一個立即數。
            所以這篇文章中的問題我們能清楚的解釋了,原因是:
            對于const的語言內建類型數據,其取值操作會被優化成立即數訪問,而涉及到內存讀寫的操作,則和其他的變量操作是一樣的。
            語言本身沒這個機制,正如3樓說的,可以參見mfc的動態創建。。。
            找到PEB的定義了,比較長,我直接轉帖:
            http://blog.donews.com/zwell/archive/2004/10/16/134681.aspx
            @Kevin Lynx
            由于我是憑記憶寫的那段代碼,現在看起來,的卻寫錯了,實際上IsDebuggerPresent的匯編代碼是這樣的:
            mov eax, dword ptr fs:[0x18]
            mov eax, dword ptr [eax+0x30]
            movzx eax, byte ptr [eax+0x02]

            eax中保存的就是那個是否被調試的標志

            實際上msdn中那樣定義是一種兼容的做法,為了兼容不同系統版本的定義方式,如果沒有記錯的話,好像win98和win2000的偏移就不一樣。而且你也能看出來msdn中給的結構體中的成員是一個很大的數組而已,根本看不出來有什么有意義的東西, 本來這個結構體就是沒有公布出來的,不過微軟的某位工程師把這個結構體公布出來過的,具體是怎么樣的,我也不清楚了,反正是一個很長的結構體。

            現在能確定的是,上面這段代碼是正確的了,感謝kevin的糾錯。
            kevin哥哥真厲害啊~
            有收獲
            亚洲午夜久久久影院| 久久免费精品视频| 久久久久国产精品麻豆AR影院| 色成年激情久久综合| 亚洲国产综合久久天堂 | 久久久久一区二区三区| 亚洲嫩草影院久久精品| 伊人久久一区二区三区无码| 久久精品a亚洲国产v高清不卡| 色综合久久久久| 亚洲中文久久精品无码ww16 | 久久久久se色偷偷亚洲精品av| 久久精品国产精品亚洲精品| 免费国产99久久久香蕉| 伊人色综合久久天天网| 国产一区二区三区久久精品| 久久精品一区二区影院| 人妻精品久久无码区| 久久婷婷五月综合97色直播| 久久久国产精品亚洲一区| 综合久久精品色| 国产免费久久精品丫丫| 久久久婷婷五月亚洲97号色 | 久久午夜伦鲁片免费无码| 国产精品女同一区二区久久| 久久精品九九亚洲精品| 欧美精品九九99久久在观看| 热久久国产精品| 好属妞这里只有精品久久| 中文字幕热久久久久久久| 亚洲国产成人久久一区久久| 久久亚洲视频| 激情五月综合综合久久69| 久久99国产精品一区二区| 久久人人爽爽爽人久久久| 色偷偷久久一区二区三区| 久久婷婷人人澡人人爽人人爱| 亚洲国产一成久久精品国产成人综合 | 要久久爱在线免费观看| 久久精品国产精品亚洲人人| 91精品国产91热久久久久福利 |