• <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哥哥真厲害啊~
            有收獲
            国产三级久久久精品麻豆三级| 四虎国产精品免费久久5151| 丰满少妇人妻久久久久久4| 久久久久久午夜成人影院| 国产亚洲精品美女久久久| 久久精品中文字幕久久| 久久久久国产一区二区三区| 久久无码人妻精品一区二区三区| 久久播电影网| 中文字幕久久亚洲一区| 亚洲精品无码久久久久久| 国产99久久精品一区二区| 国产毛片久久久久久国产毛片| 精品无码人妻久久久久久| 丁香久久婷婷国产午夜视频| 久久综合久久综合久久综合| 国产免费久久久久久无码| 久久久久久综合网天天| 久久亚洲国产午夜精品理论片 | 国产精品久久久久9999高清| 欧美亚洲日本久久精品| www久久久天天com| 亚洲&#228;v永久无码精品天堂久久 | 狠狠色婷婷综合天天久久丁香| 久久综合成人网| 亚洲va国产va天堂va久久| 久久久精品国产Sm最大网站| 色综合久久久久久久久五月| 色综合色天天久久婷婷基地| 久久国产高潮流白浆免费观看| 人妻无码久久精品| 日本久久久久久中文字幕| 欧美丰满熟妇BBB久久久| 99久久免费国产精品特黄| 一本久久久久久久| 久久精品中文字幕无码绿巨人| 亚洲а∨天堂久久精品9966| 国产无套内射久久久国产| 久久人人爽人人爽人人片av高请 | 色综合久久久久久久久五月| 久久WWW免费人成一看片|