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

            廢棄了,管理員看到就把賬號刪掉吧

            廢棄了,管理員看到就把賬號刪掉吧

            共2頁: 1 2 
            我最近也發現Lua除了把函數作為first-class value和字符串處理比較方便外,編碼效率還是不怎么令人滿意
            re: LingosHook:困難[未登錄] missdeer 2010-04-23 09:17
            @codejie
            如果是IE Server的就反而容易了,哈哈,IHTMLDocument2接口很好用。你可以用spy++看看啊
            re: LingosHook:困難[未登錄] missdeer 2010-04-23 09:15
            @codejie
            我估計不會是IE Server的,IE裝載一個大文件的性能也不行
            類名確實可以每個進程都不一樣,除了那些系統標準控件~
            re: LingosHook:困難[未登錄] missdeer 2010-04-20 09:18
            那個長列表是自繪的吧,不然系統默認那個在有大量記錄時性能會變很差
            那段“我一直以為……”很有趣
            re: 編輯器制作之tab trigger missdeer 2010-02-07 15:18
            看到TextMate的Manual中關于Bundles的介紹(Tab Triggers只是其中一種應用),發現它的用戶可定制性確實很強而方便,具體怎么樣,看來得專門弄個實際環境體驗一下才行了。
            re: 編輯器制作之tab trigger missdeer 2010-02-03 10:37
            我沒用過TextMate,所以也不知道Bundle的表現。
            但是我比較疑惑的是這個特性在實現上的主要難點在哪里?
            re: 編輯器制作之tab trigger missdeer 2010-02-03 10:26
            哇噻,時隔近一年后的一篇
            re: PostMessage只能傳指針 missdeer 2009-12-30 20:27
            也不一定,比如new一個東西出來把指針傳過去就沒問題,就是要自己保證內存釋放問題
            wxCode中還有個iehtmlwin的控件,是嵌入ie的。
            不是直接嵌入IE,wx自己寫的一個,就好比QT的WebKit一樣,不然就不能跨平臺了。
            http://www.kirix.com/labs/wxwebconnect.html 這里有個Gecko內核的wx控件。
            A
            TortoiseSVN的About對話框就有這個效果,人家用VC寫的,還是開源的
            這就是C++Builder很悲哀的一點,作為Windows平臺上第二流行的C++編譯器,Boost官方對它的支持不夠,使得C++Builder官方得多做些工作。
            嗯, 就是說的這個,不信你把最后一行delete[] p改成delete p,就只會析構一次了。
            re: UML畫圖工具[未登錄] missdeer 2009-08-20 19:45
            EA運行得慢,關鍵是要錢。還不如用StarUML,開源免費。
            這點在《嘗試探索C++對象模型》中有說,對于基本數據類型,兩者等價,對于自定義類型,則delete只能調用數組第一個元素的析構函數。
            re: 強大的bcb[未登錄] missdeer 2009-08-15 20:49
            我從大學里開始用BCB,用了六年,之后因為工作需要開始用VC(MFC),之后就再也不想用BCB了。用VC很省事省心,遇到了問題,求助渠道寬廣得多,資料也是豐富得多。
            那就不可移植了呀
            re: 編輯器近況[未登錄] missdeer 2009-02-28 23:15
            e確實很爛,非常不穩定,而且功能也很一般,TextMate沒用過,不好評論,Notepad++我也覺得一般,本來對于Scintilla的最好功能展示是SciTE,可惜它最多只能同時打開10個頁面
            re: 非常郁悶[未登錄] missdeer 2009-02-18 21:28
            wxWidgets不需要boost就可以編譯
            跟我現在的情況一樣,哈哈
            照我說,為什么要讓lua使用unicode,保證C++跟Lua交互時不用unicode不就行了
            哈,都能說別個是小孩兒了
            lcc沒有優化功能,這是哪本編譯原理的書上說的。。。
            gcc在鏈接時加-s參數,最終文件體積能小不少
            所以說別為了代碼量而趕代碼,看看《設計模式:可復用面向對象軟件的基礎》,與市面上絕大多數講設計模式的書的一大區別是,它用C++來描述。
            那些啥 welcome_page 、game_page應該都是singleton吧
            別為了趕代碼量而失去了思考的時間。
            差點徹底被tt引誘……
            GetTickCount利用了時鐘中斷,精度大概只能達到50多ms,在Windows下如果換用QueryPerformanceFrequency和QueryPerformanceCounter,能達到10ms以下的精度。

            另外,建議在決定重寫前,看一下Martin Fowler寫的《重構:改善既有代碼的設計》一書,或許有點其它啟發和幫助。
            在主程序里留出擴展的接口就行了,像coolkuai的榜單功能,就是在網站上放了幾個后綴名是trc的動態鏈接庫,各種古怪行為可以在那里實現
            路徑有空格,用雙引號引起來就可以了
            其實比上一篇沒長多少,main里相同的代碼寫了三次-_-b
            在vc中調試RE還是比較方便的,大部分情況RE時,調試器能顯示出當時的調用棧,很容易定位
            vc6不用安裝,只要從別人已經安裝好的整個文件夾拷貝過來,設置一下路徑就可以用了。
            另外再順便強烈推薦使用vc2003或以上版本。
            tt很豪邁啊~~~
            這個翻譯也太……
            10w行-_-b
            tt加油!!
            我也寫過這樣的日記“今天什么事也沒有發生”
            這個應該屬于具體實現問題,可能你看到的那個版本剛好是這么做的。像俄羅斯方塊的旋轉和碰撞檢測,不同人做的,行為也不一樣。如果沒有一個正式的規范或標準,就看程序上怎么簡單、方便,就怎么實現了。
            @陳梓瀚(vczh)
            當然要像云風那樣完全用C寫游戲也沒錯。
            另外,在現有PC硬件條件下,什么時候軟件尺寸會成為影響架構的主要因素了,這太誤導人了,除非是嵌入式環境中。
            @tt
            drawBottle和drawDoctor這兩個方法名太丑了,draw就夠了,而且如果這兩個類能從同一個基類派生的話,就可以多態了。不過現在只有兩個類,兩個對象可能看不出差別來。
            @天地之靈
            “一個比較討厭的毛病是,可能第一格移動比較慢,但后來的頻率很快”
            ================================
            好像QQ火拼俄羅斯就是這樣的,所以也不算什么大毛病,連后來出現的那種鍵盤加速器外掛,都是能設置第一次按鍵消息與第二次按鍵消息之間的間隔時間長一點或短一點,所以這是正常且符合用戶習慣的。
            何必自己寫隨機值函數,而且就算要寫,放在這個類里也不合適
            如果你真能把界面和邏輯很好地分離的話,邏輯部分可以用單元測試,調試也不會很費事
            re: 讓人無語的boost[未登錄] missdeer 2008-10-15 18:58
            我也是,過了之后才發現,boost里有更好的……
            這些名字好可愛
            所以良好的程序架構是很重要的
            現在還有學bresenham畫線的啊~~
            共2頁: 1 2 

            導航

            <2025年6月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            統計

            常用鏈接

            Other blogs

            積分與排名

            最新隨筆

            最新評論

            99久久国产热无码精品免费| 久久精品国产欧美日韩| 久久综合色之久久综合| 国内精品久久久久久久久电影网| 久久久精品国产免大香伊| av午夜福利一片免费看久久| 97久久久精品综合88久久| 久久夜色精品国产亚洲av| 欧美精品乱码99久久蜜桃| 久久久久久久尹人综合网亚洲| 精品久久久久久国产牛牛app | 亚洲国产成人久久笫一页| 精品久久无码中文字幕| 国产精品久久久久久久午夜片| 久久精品国产免费观看三人同眠| 亚洲∧v久久久无码精品| 99精品国产免费久久久久久下载| 午夜精品久久久久久中宇| 久久久久国色AV免费观看| 嫩草伊人久久精品少妇AV| 久久精品免费一区二区| 99久久99久久精品国产片| 久久久国产精品网站| 奇米影视7777久久精品人人爽| 热久久这里只有精品| 精品久久久久中文字幕日本| 亚洲精品乱码久久久久久蜜桃| 青青草国产精品久久| 国产美女久久精品香蕉69| 人妻久久久一区二区三区| 精品熟女少妇AV免费久久| 日本欧美国产精品第一页久久| 久久久青草青青亚洲国产免观| 久久久SS麻豆欧美国产日韩| 精品无码久久久久久国产| 久久综合狠狠综合久久激情 | 99久久综合狠狠综合久久止| 国产综合久久久久久鬼色| 2020久久精品国产免费| MM131亚洲国产美女久久| 久久99国产精品99久久|