有沒有測試過你的正則的效率？和delex比怎么樣?
我認(rèn)為WTL是目前最LITE最高效，簡潔易懂，易于使用和維護(hù)的基于windows的GUI框架，其它的要么就是技巧用的太多，要么就是不直觀。要么就是效率不好。
>有的話就將該block移動到鏈表頭部。以提高下次申請時遍歷鏈表的速度。
直接一個指針保存最后一次分配的block不就行了？loki里面有個內(nèi)存池，非常非常棒。
嘿嘿，很難成功。這種東西必須得有挑大梁的，一般都是發(fā)起人。如果自己不能達(dá)到想當(dāng)高的高度的話，基本上這種事情毫無意義。實話實說啊。。
re: 一個有趣的小問題[未登錄] megax 2009-08-21 01:24
瞎猜是沒用的，直接反匯編就一目了然了。這是編譯器優(yōu)化的結(jié)果。靜態(tài)變量就直接訪問了。
re: IT新時代- 云計算？[未登錄] megax 2009-08-11 21:09
云計算...嘿嘿，忽悠客戶的東西。。。
這篇轉(zhuǎn)載的文章,挺垃圾的.凈說些不痛不癢的,猛一看挺牛,其實一點水準(zhǔn)都沒有.感覺像吹牛逼.
就像一個泥水匠在反復(fù)的研究砌磚的方法,瞧不起那些剛學(xué)會砌磚的人.其實它也只是一個泥水匠而已.
嘿嘿,一定有人不認(rèn)同我的觀點. 多年以后吧....
re: 編輯器制作之代碼折疊[未登錄] megax 2009-07-22 18:06
@army8735
目前在出差,很少有時間來進(jìn)行更新.如果你有啥問題的話,可以給我發(fā)信.qinjiexu at gmail.com
COM并不是單純的什么DLL,它是一種二進(jìn)制上兼容的協(xié)議而已.
"再向深入了看，COM組件實際上就是一個C++類，", COM也不是單純的c++類,你也可以用vb,c#,vb.net來寫COM.
re: 編輯器制作之代碼折疊[未登錄] megax 2009-06-13 00:11
@army8735
稍等，我最近在重構(gòu)。降低耦合度。把能剝離出來的，都剝離出來。
做題也能上癮啊~~~
我給你來點實際的.寫個字符串倒序查找吧.kmp, bm啊,能用的你都用上.
想法很好，但是不看好這種運行于web的，通用性不夠。這樣的工具必須嵌入于經(jīng)常用的軟件中，比如編輯器，輸入法之類的才會有前途。其它的只能當(dāng)做個人用的玩具
@星綻紫輝
游戲引擎包含很多子系統(tǒng)，物理系統(tǒng)，碰撞檢測，粒子啥的，圖形系統(tǒng)。你所說的可能就只是指那個圖形子系統(tǒng)而已。游戲引擎根本就不能拿來做這個，風(fēng)馬牛不相及的兩回事。在Win平臺上，沒有比GDI更適合做這個了。
真不明白為什么有些人動不動就吼著跨平臺。做應(yīng)用把整個系統(tǒng)做的舒服，好用才是根本。關(guān)跨平臺鳥事啊。
re: 坦克究竟該怎么寫嘛？[未登錄] megax 2009-06-02 10:20
我給你點點：
所有的物件，甚至背景的tile（如果你用tile), 都可以繼承自一個Object, Object可以返回該Object的類型（背景，墻壁，能動的，不能動的，子彈，坦克啥的），畫面固定下刷新幀率，30幀/s，就差不多很快了吧，對于這個游戲。
然后，每次刷新都是一個運算過程，遍歷所有的Object, 決定它下一步該怎么做，怎么繪制。比如坦克：你應(yīng)該決定它下一步該往哪拐，這個要判斷地圖前后的坐標(biāo)，或者你自己的理論也可以，敵方坦克沒有AI,往哪拐是隨機(jī)的。坦克移動沒問題了吧。那么子彈也是一個Object,如果一個子彈發(fā)出去了，不斷繪制，不斷更新坐標(biāo)，和其它的Object碰撞了（碰撞檢測），那么久爆炸，或者被墻壁擋住了。就差不多這樣了。
工作經(jīng)驗都在5年以上，擁有至少7年的開發(fā)經(jīng)驗，同時我們也是一支很年輕
的團(tuán)隊，平均年齡為27歲。
這句話似乎不合常理。
re: 高薪招聘[未登錄] megax 2009-05-27 10:50
哎，最近想換工作啦
re: QQ找茬輔助工具的制作[未登錄] megax 2009-05-08 09:28
比如同一個圖片采用不同的研所算法。。。。
re: QQ找茬輔助工具的制作[未登錄] megax 2009-05-08 09:26
單純的像素比較啊。。。。有一個像素不一樣就完蛋了。。。所以反這個也很好弄。
我還是覺得最實用的還是直接local，原生支持，簡單方便。如果我要支持unicode的話，我更愿意直接在c代碼里做這個轉(zhuǎn)換。
一套TeamSuite 2008，如果我沒記錯的話，要將近10萬人民幣。
re: 編輯器制作之代碼折疊 megax 2009-04-19 21:29
@army8735
最近實在是太忙了，太忙了。等5月份以后不忙的時候更新。
memcpy基本上是不可能快過庫里面的。現(xiàn)在memcpy都被特殊對待了，就像關(guān)鍵字一樣。
說錯了一點，不得不在cpp里面include那些被include的文件里面include的文件
改成不得不在cpp里面include那些被include的文件里面類型定義文件
這個技巧其實挺惡心的。因為你不得不在cpp里面include那些被include的文件里面include的文件。而且前后順序弄錯了，會出現(xiàn)莫名其妙的找不到定義的錯誤。如果你是修改別人的source話，很痛苦。直接包含頭文件的話，則一目了然。什么事情都有個折中吧。
re: 編輯器制作之代碼折疊[未登錄] Megax 2009-04-10 13:03
@army8735
我對Flash沒有太大研究。不過感覺實現(xiàn)起來難度比Windows程序要大，呵呵。
因為不能夠直接操作內(nèi)存，所以一些在Windows上通行的理論可能在Flash行不通。
比如文檔的管理，多級UndoRedo等。像語法渲染，在Windows上都是通過Invalidate一個矩形區(qū)域，然后重新繪制來實現(xiàn)的。
Flash不知道能做到這樣不，要是可以的話，應(yīng)該就沒多大問題。
這個實現(xiàn)沒有自己的內(nèi)存管理，根本就無法使用棧上的字符串,shared_ptr的作用，作者還要好好看看。字符串一個很重要的內(nèi)容就是內(nèi)存管理，CopyOnWrite之類的技巧是必須的。
re: MegaxEdit開發(fā)最新狀況 megax 2009-03-16 21:55
@908971
內(nèi)核是自己寫的，就是那個編輯控件。
盡量不要用TabbedTextOut，因為繪制空格和tab會是個問題。把文本拆分出來成空格,tab,普通字符，這樣再繪制，自由度就高多了。而且你上面的PainLine是一個被反復(fù)調(diào)用的函數(shù)，char *buffer = new char[length];這行代碼不好。正確的做法是取到length的64邊界，成塊分配。不過最好還是自己做Cache,否則會造成內(nèi)存顛簸。
re: 編輯器近況 megax 2009-03-02 11:42
@松鼠
其實思路挺簡單的，就是設(shè)置一個level，根據(jù)level來控制。這個我在下一篇文章里寫，呵呵，敬請期待。
re: 編輯器近況 megax 2009-02-28 15:03
@飄雪
跨平臺，呵呵，沒想過。我是用WTL來做的，頂多能跨個WinCE吧。Linux作為桌面開發(fā)我覺得還有待時日，我一般都是FTP到Linux服務(wù)器上，然后WinXP下開發(fā)的，很爽。。至于PSPad吧，在效率上遠(yuǎn)遠(yuǎn)不如Editplus和EMEditor, 在我機(jī)器上打開《鬼吹燈》這部小說，選擇文本的時候，可以看到有明顯的遲鈍和較高的CPU占用，在對《鬼吹燈》進(jìn)行自動換行的時候，CPU 100%了1分多鐘，直接假死了，最后不得不在TaskManager里面Kill掉。這時內(nèi)存占用了28M.
re: 編輯器近況 megax 2009-02-28 14:48
@路人乙
編譯環(huán)境的開發(fā)其實很簡單的，就像你說的那樣，集成個Shell就差不多了。這個我已經(jīng)實現(xiàn)了。重定向標(biāo)準(zhǔn)輸入和輸出
re: 編輯器近況 megax 2009-02-28 14:47
@free2000fly
呵呵，現(xiàn)在還不能，現(xiàn)在放上來會招來一片罵聲的，所以還是等功能穩(wěn)定下來再說。
re: 編輯器近況 megax 2009-02-26 10:46
@cppexplore
代碼目前還沒整理好，我可不想亂七八糟的就放到sf上，我想等基本成型了，在往上放，呵呵
re: 編輯器近況 megax 2009-02-26 10:45
@在
開源的編輯器有很多，Notepad++只不過是借著Scintilla而已，其它外圍功能毫無特色，它連最起碼的打印預(yù)覽都沒實現(xiàn)。
re: 編輯器近況 megax 2009-02-26 09:06
@edit
是我自己寫的，不是Scintilla，世上絕無第二份。呵呵
re: 疑問: 如何釋放內(nèi)存?? megax 2009-02-24 10:36
基本上就是樓上的，申請大內(nèi)存，造成當(dāng)前應(yīng)用程序的內(nèi)存被放入虛擬內(nèi)存，這樣看起來可用內(nèi)存就多了，不過很顯然，整個系統(tǒng)的性能劇烈下降。所以市面上那些號稱釋放內(nèi)存的軟件，純粹是JB騙人的，我用過好幾個，還有哪些號稱智能的，在你切換進(jìn)程的時候，反映是非常慢，特別像Firefox,Notes這樣的軟件
如果你不是非得用ASCII, 其實你不用轉(zhuǎn)換也可以的，如果寫寬字符只要在開頭的時候?qū)憙蓚€字節(jié)0xFF,0xFE不就成了Unicode，保證不帶亂碼的