• <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哥哥真厲害啊~
            有收獲
            人妻中文久久久久| 国产精品一区二区久久精品无码 | 精品国产综合区久久久久久| 亚洲成人精品久久| 久久精品视屏| 一本一本久久A久久综合精品| 91视频国产91久久久| 久久久久久久综合日本| 无码国内精品久久人妻| 国产精品gz久久久| 午夜久久久久久禁播电影| 91亚洲国产成人久久精品| 97精品依人久久久大香线蕉97| 久久se精品一区二区| 久久AV无码精品人妻糸列| 日韩一区二区久久久久久| 日本WV一本一道久久香蕉| 久久se精品一区精品二区| 亚洲精品乱码久久久久久蜜桃图片| 国产精品一久久香蕉国产线看| 2020久久精品亚洲热综合一本| 久久精品国产91久久麻豆自制| 久久精品aⅴ无码中文字字幕不卡| 青草影院天堂男人久久| 粉嫩小泬无遮挡久久久久久 | 久久91精品国产91| 精品国产婷婷久久久| 成人久久久观看免费毛片| 一本色道久久99一综合| 一本大道久久东京热无码AV| 99久久精品免费| 国产午夜福利精品久久| 久久婷婷国产麻豆91天堂| A狠狠久久蜜臀婷色中文网| 亚洲AV无码一区东京热久久| 久久人人爽人人爽人人片AV东京热| 久久久久国产视频电影| 久久影院午夜理论片无码| 亚洲伊人久久成综合人影院| 无码国内精品久久人妻麻豆按摩| 久久精品国产精品亚洲|