• <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 
            路過……友情幫頂
            re: RP 計算器 [未登錄] missdeer 2008-09-30 09:07
            我也是100
            CString ===> CStringT<TCHAR>
            std::string ====> std::basic_string<char>
            所以如果用Unicode編譯的話,這里寫的就不行了
            被你這么一說,弄得我都不敢用TDM了
            做IDE,有意思,我喜歡
            csdn開始兩年還好點,現在壓根就是一菜鳥大本營
            re: Lua的C++封裝[未登錄] missdeer 2008-07-16 20:57
            如果有很多很多函數需要作為腳本接口,還是比較累的
            不頂對不起自己
            Codelite的工程組織方式更貼近VC用戶
            CodeBlocks感覺用著不習慣
            似乎Source Insight用正則表達式達成的效果也不錯
            re: 如何手寫語法分析器 missdeer 2008-06-16 18:47
            “不存在全人類都感興趣的”,所以不用管“為了看以后的文章要求讀者們都理解《編譯原理》還是不太實際的”
            @空明流轉
            Scintilla可算是目前開源編輯器控件中最強大的一個了,不但支持多種操作系統,還有多種編程語言(庫)移植版本,比如Scintilla.NET、wxScintilla等。它只是個控件,所以容器外殼做得怎么樣,不關它的事。
            語法著色的編輯器還是用Scintilla方便,加個lexer上去也不是太麻煩
            re: MFC中獲取程序運行的路徑 missdeer 2008-06-07 23:39
            有個API可以直接去掉文件名
            PathRemoveFileSpec
            re: Qt 4 Dance!哇咔咔! missdeer 2008-06-07 23:37
            看不懂,適應不了西方人的思維方式
            re: 用Boost.Python構建混合系統 missdeer 2008-05-29 21:20
            大言不慚地說一句,感覺Boost::Python的學術價值遠大于應用價值
            re: 不用IDE的結果 missdeer 2008-05-25 09:41
            原來如此啊,同情ing
            我有一個項目里用MSR的greta全文匹配5種模式,一個3萬行的文件,占用CPU99%可能要1分鐘左右。最近發現,用lex和yacc來做,達到同樣的效果,可能不會超過3秒鐘。正則表達式要用好,還是很有文章可作的。
            怎么不整個VSS或者CVS/SVN都行啊
            最簡單的似乎就是這么做的
            FP什么東東
            re: 不用IDE的結果[未登錄] missdeer 2008-04-21 20:47
            何必呢,就為了學所謂的“高手”么。。。
            真的高手哪在乎用什么工具,哪個順手就用哪個才是王道
            沒看出優勢在哪里,好像都只是生成隨機數嘛
            re: MegaxEditor[未登錄] missdeer 2008-03-11 19:38
            好牛啊
            以前看《Imperfect C++》覺得太晦澀了,就丟下了,看來還真值得認真讀一讀
            平常小數據量傳輸是看不出什么,但如果數據量一大,就很明顯了,你可以試試它的一個http client例子,讓它下載一個1M大小的文件,不管你的網絡環境如何,都會很占CPU。
            我還在用2003的說~~不過今天早上剛從eMule上下完2008的TS版,一看它的配置要求,放棄了~~
            @dfdf
            你可以隨便找個網上書店看一下它的評論怎么樣……另外,不是國內的……

            @SS
            這里說的是3D編程?你看清楚標題再說……
            re: 從for到foreach missdeer 2007-09-27 22:15
            感覺BOOST_FOREACH好像可能會有性能問題、、
            不過std::for_each+boost::bind/boost::lambda簡直就是無敵~
            @金慶
            如果要用Boost之類的模板庫,強烈建議放棄VC6,改用7.1或8.0,無論從編譯器對標準的兼容,還是第三方庫對編譯器的支持上看,7.1都遠遠好于6.0
            @exile
            我也希望是自己寫的代碼的問題,畢竟要選擇用一個框架來進行開發,對于一個穩重的項目組來說是很大的一個決心??墒俏矣玫臏y試代碼就是asio自帶的例子程序,其它相關的文檔提及的也少……
            發現asio占用CPU很厲害,而且不知道是不是我用得不對,傳輸效率并不高。。。
            re: 項目完成后體會 missdeer 2007-09-12 22:29
            C里操作字符串時指針亂飄可是拉風呀,哈哈,前段時間我也這樣搞過,心驚膽戰
            re: 我對軟件優化的一些想法 missdeer 2007-08-10 21:36
            這文章總結得好
            連《Windows游戲編程大師技巧》都沒有
            re: 日志系統的幾則妙用 missdeer 2007-05-20 00:58
            對于cout型的,也不是不好辦,具體看Hurb Sutter的《Conversations》里有一章就講了如何重定向std::cout和std::cerr,不用sync來capture輸出這個麻煩哈
            re: 發現自己土了 missdeer 2007-05-20 00:55
            @FlyingBear
            TypeList做成參數個數不限的可能性現在看來好像不存在吧,《Modern C++ Design》里就是手動寫了一個一個的宏,loki里把上限擴到50個,幾乎可以滿足所有的需求。
            標題寫錯了,應該是“每個.net開發人員...”
            re: 發現自己土了 missdeer 2007-05-04 19:21
            @沐楓
            boost::bind的參數個數限制好像就是占位符的個數限制吧,最多9個吧,如果是類成員函數bind的話,還要再減掉一個用來傳遞依賴的對象
            Bjarne看了那書也說人家是“too clever”,呵呵
            就像前面的老兄說的,模板技術、泛型編程更多的情況是適用于庫作者
            現在大量的C++庫,包括Boost、Loki以及很多Language Binding庫,都用到了書中提到的Policy技術,確實解決了以前存在的一些問題
            re: 我所不能容忍的QQ missdeer 2007-05-02 09:59
            對對,而且一個小破聊天軟件那么耗資源,真是不能容忍啊~~~
            re: 發現自己土了 missdeer 2007-04-30 20:38
            所謂聞道有先后,呵呵,沒什么土不土的~~~
            re: YC 瀏覽器 missdeer 2007-04-25 20:10
            "編譯速度竟然比VC++還要快一些"
            VC的編譯速度已經夠慢了,還用“竟然”……
            re: 知識失衡 missdeer 2007-04-18 21:28
            不用現成的庫來寫界面挺痛苦的
            用現成的庫的話,又要增加學習庫使用的成本,hoho~~~
            re: [原創]LuaPlus使用報告(1) missdeer 2007-04-18 21:25
            有個韓國人寫的輕量級的封裝LuaTinker,很簡單,才2個文件
            另外,以前看樣子好像LuaBind要合入Boost,不過后來一直沒什么動靜了-_-b本來還有點期待的
            說實話, 這個tricks不提倡學啊~~~
            @Kooyu
            接口經常變動就是設計得太糟糕了,要么就學COM,已有接口永遠不變,要么就添加新接口
            共2頁: 1 2 

            導航

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

            統計

            常用鏈接

            Other blogs

            積分與排名

            最新隨筆

            最新評論

            久久99国产精品一区二区| 香蕉久久夜色精品升级完成| …久久精品99久久香蕉国产| 久久精品人人做人人妻人人玩| 狠狠色丁香久久综合婷婷| 久久夜色撩人精品国产| 午夜精品久久久久久毛片| 中文字幕成人精品久久不卡| 久久噜噜久久久精品66| 久久久无码一区二区三区| 久久国产成人| 久久91精品久久91综合| 久久天天婷婷五月俺也去| 国产一级做a爰片久久毛片| 大香伊人久久精品一区二区| 久久久久久a亚洲欧洲aⅴ| 老男人久久青草av高清| 精品久久久久久无码中文野结衣| 欧美精品久久久久久久自慰| 久久99久久无码毛片一区二区| 久久亚洲私人国产精品vA| 久久一区二区三区99| 日韩亚洲欧美久久久www综合网| 国产偷久久久精品专区| 精品视频久久久久| 女人香蕉久久**毛片精品| 久久午夜伦鲁片免费无码| 国产亚洲精久久久久久无码77777| 国产精品综合久久第一页 | 精品国产青草久久久久福利| 久久人妻少妇嫩草AV蜜桃| 91久久成人免费| 精品久久久无码中文字幕天天| 国产精品久久久久久久久免费| 久久久久亚洲AV无码麻豆| 狠狠色婷婷久久综合频道日韩| 久久午夜福利无码1000合集| 久久综合久久美利坚合众国| 国内精品久久久久影院亚洲| 99久久香蕉国产线看观香| 久久精品青青草原伊人|