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

            廢棄了,管理員看到就把賬號(hào)刪掉吧

            廢棄了,管理員看到就把賬號(hào)刪掉吧

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

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

            導(dǎo)航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統(tǒng)計(jì)

            • 隨筆 - 0
            • 文章 - 0
            • 評(píng)論 - 0
            • 引用 - 0

            常用鏈接

            Other blogs

            • DForD Software
            • DForD DocumentHelper, DForD RFCHelper. Article management, Ebook management, Programming Source Code Snippet Collection, RFC Viewer, RFC Reader, RFC Browser...

            積分與排名

            • 積分 - 2325
            • 排名 - 1946

            最新隨筆

            最新評(píng)論

            久久精品国产只有精品66| 亚洲国产精品无码久久一区二区| 国产精品久久久久无码av| 久久久久中文字幕| 亚洲天堂久久久| 国产成人精品三上悠亚久久| 久久精品无码一区二区无码| 91精品婷婷国产综合久久 | 77777亚洲午夜久久多喷| 亚洲国产天堂久久综合网站| 色偷偷91久久综合噜噜噜噜| 亚洲人成伊人成综合网久久久| 精品无码久久久久久午夜| 国产精品成人无码久久久久久| 18禁黄久久久AAA片| 亚洲狠狠综合久久| 久久精品国产亚洲av麻豆图片 | 久久久亚洲精品蜜桃臀| 伊人久久精品无码二区麻豆| 久久久久国产日韩精品网站| 久久久久99精品成人片直播| 中文成人无码精品久久久不卡 | 精品国产乱码久久久久软件| 一本大道久久a久久精品综合| 久久婷婷国产剧情内射白浆| 狠狠人妻久久久久久综合| 99国产欧美精品久久久蜜芽| 欧美久久久久久精选9999| 国产毛片久久久久久国产毛片 | 精品久久久久久中文字幕大豆网| 99久久亚洲综合精品成人| 色综合久久中文字幕无码| 久久人人添人人爽添人人片牛牛| 久久久久黑人强伦姧人妻| 青青青青久久精品国产| 色综合色天天久久婷婷基地| 亚洲va中文字幕无码久久| 一本久久a久久精品vr综合| 久久久久se色偷偷亚洲精品av| 一本综合久久国产二区| 亚洲七七久久精品中文国产|