• <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>
            posts - 76,  comments - 621,  trackbacks - 0
            共6頁: 1 2 3 4 5 6 
            這是你自己的做著玩的文檔嗎?如果是公司的文檔,那么這份文檔問題可就多了。看樣子像是一份后期BugList和對應的文檔,我覺得還是用表格的形式,比如Excel或者其它的來做比較好,問題癥狀,Capture, 發生時間,發現者,所處大模塊,對應者,對應策略,對應時間,防止在發生策略等等,個人意見,僅供參考。
            為什么會閃爍,因為你一次畫的東西太多了,要么你就用個MemDC,要么就獲取到ClipBox,專業點叫臟矩形,在里面做判斷應該繪制哪些東西,這樣繪制東西幾乎不好暫用任何CPU,不要用DrawIcon,每個棋子都是一個Object,都可以把自己以透明的方式畫到畫布上,棋子也是圖片,過濾到某個顏色就是透明的了,在消除消除鋸齒就差不多了,你這4大目標里,最難的是第三個,你能高效的做出來,就可以進中科院混混了~~~
            小伙子,做一個圖片,記好坐標,多方便,何必自己畫啊,象棋程序關鍵在算法不在畫圖~~~
            發表文章,要嚴格注意錯別字!!!!要不,就不要發在精華欄。
            自己用用還行,不適合項目使用。
            我對正則略有研究,我對正則的效率非常在意。不過說實話.net里面的正則是我用過的所有正則當中效率最高的,我懷疑里面有池化之類的東西。一直沒有求證。作者有時間不妨好好研究。
            assert是確保不應該發生的事情不要發生,而if則是可能發生。在大多數的情況下assert后面其實并不需要if,不知道我說的你有沒有理解。在release模式下如果執行If,那么后面的代碼就不會執行,這個時候錯誤處理就不好弄了。所以建議還是分開,不要這么寫。個人經驗,僅供參考。
            re: 08年10月25日[未登錄] megax 2008-10-31 13:12
            使用多態性來代替程序中的if else,從而提高程序運行效率==這句話不對,多態只是讓你更好的管理代碼,一個手段而已,和效率沒啥關系
            不是,我說的是從一個字符串后面開始查找想要查找的內容。不是說具體的算法
            做一個從后面開始查找的試試?
            系統剪貼板是不可能存儲內存區域指針的。這塊地址的東西有可能被改編,就像記事本。所以存儲的是內容和內容的類型。你說的局部的不太明白,如果app只是自己管理自己的剪貼拷貝的,不和其它的app共享,那么用啥數據結構都無所謂了。
            re: 甘特圖第一版本發布 megax 2008-09-27 10:09
            這個控件恐怕會難賣,除非用于特定于某個行業或者某個方面的專門的軟件。而在這種情況下,大多數企業會選擇針對這個東西專門開發。【適合于項目管理、生產管理、大修項目。】大多數的項目管理更傾向于excel。個人軟件的出路應該是選好出發點,結合自己的興趣,呵呵,個人的一點拙見。。。。
            頭文件類里面的函數必須寫成inline或者static
            void BuildXMLFile(TiXmlDocument& doc)
            {
            TiXmlPrinter printer;
            printer.SetIndent( "" );
            doc.Accept( &printer );
            }
            其中printer是臨時對象,Accept接受的是指針,BuildXMLFile運行完之后printer就被銷毀了。所以當然會出錯?你以前是不是c#或者java程序寫多了...呵呵
            這么做的意義是什么呢?這么做肯定是非法操作啊,沒看懂。。。
            re: MegaxEdit開發最新狀況 megax 2008-09-01 12:24
            目前工作比較忙,第一個版本,我打算今年年底發布。我現在在做自動代碼折疊和一些外圍的工作,主要是功能集成等。16進制編輯器打算在第二個版本之后發布。
            @GEEKER
            把你覺得悲哀的地方寫出來。另外,罵能解決問題嗎?你經常罵人嗎?
            re: MegaxEdit開發最新狀況 megax 2008-08-14 23:16
            @沈臻豪(foxtail)
            是啊,是不簡單。反正都堅持這么久了,在堅持堅持。我最近在代碼自動折疊上停滯了。始終沒有好的思路
            @無田耕夫
            呵呵,怎么突然問起這個?可否給點提示?

            @jxfwinter
            其實在基于消息的平臺上做gui開發都差不多的,包括mac, win和linux上那眾多的桌面。
            @NEO
            說實話,mac不是我想的那么好用。mac下的工作效率也并不比win高。Web:Ruby on Rails,Ruby等,這些也完全可以在win上完成,甚至更快的完成。關于linux能提供更好的性能,我還真沒做過測試。不過更豐富的編程資源,似乎言過其實。win和linux都是平臺而已,本身并無好壞之風,我也無意區分這種好壞。另外【通過中文資料來獲得知識,那早已落后世界至少1年】了,我也不敢茍同。一些基礎,還是可以用的嘛

            @HH
            我只是覺得相較而言windows比linux更偉大而已<-----我覺得這不是偏向性,這是事實。你說呢
            我哪句話說的不對,哪句話帶有偏向性,可以說出來一塊討論討論。其實我本身不贊成討論這樣的話題,我只是覺得相較而言windows比linux更偉大而已。一個優秀的員工應該是學習力強餓,我始終這么認為。如果帶有偏向行,那也可能被csdn給氣的吧
            re: MegaxEdit開發最新狀況 megax 2008-08-10 21:26
            嗯,我試用了,做的還不錯。scintilla可以直接定義document的encoding,這樣就解決了unicode的問題,嗯,不錯,scintilla很強大。壓力很大,我得加快進度了,在基礎控件上得加把勁。用戶使用感覺上也得加油。flexedit似乎是個中國人寫的,里面的command實現的挺有意思,我是費了勁使用管道輸入輸出重定向來實現的,它倒好,直接嵌入了ConsoleWindow。另外它似乎沒有實現打印,呵呵。目前在國內真正讓我佩服的中國人做的編輯器是LiteEdit,它已經很長時間沒更新了,作者功力不錯,網上可以找到源代碼。其它的編輯器,還沒發現中國人做的太好的。歡迎繼續討論,有任何問題,都可以討論,呵呵。
            其實制作編輯器不難,難的是制作一個平均性能很高的編輯器。Scintilla的代碼不錯,幾本思路幾乎和我的一樣。當然,我可沒有抄它的。Scintilla在win上不支持native unicode,我以前想修改來著,后來還是沒做,我幾年前就做megax了,那時候Scintilla還不像現在這么出名。Scintilla最大的缺點是它是用lexx來做的此法分析,這么做會帶來很高的正確性,擴展性卻很低。如果你想做的你可以讀讀這篇文章http://www.catch22.net/tuts/,介紹了一個基礎編輯器的實現,一些更高級的功能像高速自動換行等,就得好好琢磨琢磨了
            re: MegaxEdit開發最新狀況 megax 2008-08-10 11:17
            @沈臻豪(foxtail)
            悠久的是UE,不過UE的內核不是Unicode,這點很讓人失望。我經常需要在中日英之間切換,Unicode是必須的。而且UE的版本更新太快,啟動內存20M,不小啊。EM的最新版本比較強大,對于超大文件有著非常好的支持。基礎架構也比較好,語法擴展也很方便,內核支持Unicode,插件架構比較好。如果非要選一個比較好的,我認為是最新版本EM。我以前一直用Editplus,不過它更新的很慢,有些功能做的也不盡如人意。我想做的就是集這幾家所長,最主要的是我想提供一個命令工具,像vi那樣,這個非常有用,我認為。
            re: 推薦一個文本編輯器 megax 2008-08-09 19:55
            這個編輯器簡介嗎?我以前就試過了,沒什么特色,內存管理也很一般,它的目的是想模仿mac上的textmate,可惜不怎么成功,很吃內存。
            re: MegaxEdit開發最新狀況 megax 2008-08-09 19:48
            參考資料不好說,我前前后后做了一段時間,閱讀了一些文獻。說實話系統的介紹這個東西制作的書籍或者論文還沒有。我以后會陸續整理一下,把它寫成一本書,不知道有沒有人買。
            LPCTSTR, LRESULT這些都是可以定義的,一個文件就搞定了。問題是你做出來的東西的入門容易度,我以前也寫過一些封裝,在消息操作系統中,其實就是消息的封裝。封裝消息還是有很高的技巧性的。MFC單純用代碼和宏來做,覺得也挺經典的
            MFC的設計是很經典的,占用內存相對來說也不大。因為沒有使用虛函數,省下了一大筆虛表的開支。UI類庫,我認為最棒的仍然是VCL。不過我仍然會用MFC,經典,方便,性能高,文檔齊全。對于我這種關注功能實現的人來說是最好的選擇
            re: MegaxEdit開發最新狀況 megax 2008-08-02 15:22
            @foxtail
            對啊,內核是自己寫的
            re: MegaxEditor megax 2008-06-26 17:14
            @foxtail
            就是一個toolbar上面放一個tab,在這個帖子里面tab的樣式是設置成按鈕的,是codeproject的代碼。我最新版本重寫了一個tabctrl,支持鼠標拖曳,tooltip等,關于mdi你可以在codeproject上找找看
            嗯,對,我想達到的就是source insight的效果,其實source insight并不是用的正則,我覺得它的思路和我差不多,在分完塊之后,可以做一些自定義的regex匹配。你可以打開選項,關鍵字,自定義匹配之后,會發現,并須指定type,才可以指定自定義正則匹配,也就是說一個塊只能匹配一個正則。呵呵....多了,速度就上不來嘍。
            re: 我好想發財啊。 megax 2008-03-25 17:58
            誰能借我個妞啊,摸完了就還給你
            re: 開始向linux過渡了 megax 2008-03-25 16:38
            請問在windows下會失去什么呢?
            re: 不怕無知,但怕無畏 megax 2008-03-25 15:57
            一個優秀的程序員不應該只去關注one byte one byte之類的,這些東西你去面試別人,別人可能暫時不會,但是其實是只要看了,馬上就會的那種,所以這些東西并沒有太大的說服力。你應該找的人是這樣的,要有較強的學習能力和溝通能力,以及受過良好的教育。不要只去扣著那幾個算法,沒意思。。。
            re: 無意義的牢騷 megax 2008-03-13 09:57
            VS 2005很人性化的,各個設置都非常的方便,鍵盤也加入了類似emacs的控制。在IDE這方面,ms還是無人可以匹敵的.
            共6頁: 1 2 3 4 5 6 
            91精品国产综合久久香蕉| 国产亚洲精久久久久久无码77777| 一本色综合网久久| 婷婷久久久亚洲欧洲日产国码AV| 久久久久亚洲AV无码专区体验| 99久久精品国内| 亚洲?V乱码久久精品蜜桃| 亚洲午夜无码久久久久| 国产精品久久久久久久久久免费| 久久精品国产亚洲AV蜜臀色欲| 99久久无码一区人妻a黑| 久久久久无码国产精品不卡| 久久精品综合网| 91麻豆精品国产91久久久久久| 久久人妻少妇嫩草AV蜜桃| 亚洲乱亚洲乱淫久久| 久久AV高清无码| 国内精品久久久久影院薰衣草| 国产精品久久久久乳精品爆| 久久亚洲私人国产精品| 亚州日韩精品专区久久久| 国产福利电影一区二区三区,免费久久久久久久精 | 久久综合综合久久97色| 亚洲中文字幕无码一久久区| 久久狠狠一本精品综合网| 久久免费精品视频| aaa级精品久久久国产片| 三上悠亚久久精品| 男女久久久国产一区二区三区| 久久婷婷五月综合97色直播 | 99久久精品国产一区二区| 久久久久亚洲av无码专区喷水| 少妇熟女久久综合网色欲| 久久久久久噜噜精品免费直播| 精品一区二区久久| 91精品国产高清久久久久久91 | 99麻豆久久久国产精品免费| 狠狠色丁香久久婷婷综合五月| 久久久久亚洲av无码专区导航| 久久精品人成免费| 91精品国产9l久久久久|